For those who use /etc/hosts (or other configuration information in /etc), it seems that Panther has changed how to activate them. This time around, the BSD flat files are automatically checked on in Directory Access, but that's not all there is to it. If you click "Configure" after selecting the BSD flat files, you'll notice this message:
The node /BSD/local must be added to the Authentication or Contacts tabs for the configuration information in /etc/hosts to be used.
Just a heads-up for the Panther crowd. I'm not sure who needs information set in both tabs and who doesn't, but this is where the last of the activation is done.
Seems that people are having issues with browsing windows networks via the Panther Finder. Well I was anyway. The symptoms were that limited or no servers were being listed in the Network "directory" and sometimes servers where not characterised into workgroups (i.e. they all appeared in the Network root directory).
Using the built in SAMBA tools, I was able to isolate the problem: The Domain Master Browser (DMB) wasn't responding properly. Why this was, I'm unshure. The DMB is required for browsing of Windows networks, and is either specified by a network admin or is automatically selected by computers on the network. Watching a few processes from the terminal, I noticed that a smbclient process (using the IP of the DMB as an argument) was attempting to talk to the DMB (Panther uses smbclient and scripts to do this). The process was blocked until the DMB responded, which it didn't, thus the corresponding folders and icons the Network directory where not updated by the Finder, and the loss of network browsing.
The DMB for a workgroup can be found using the command nmblookup -M WORKGROUP, where WORKGROUP is the workgroup your Mac is in.
If you have access, shut down the DMB machine so that the Windows network can 're-elect' another Windows DMB. If this doesn't work, try executing this command:
smbcontrol nmbd force-election
This should fix the problem.
If that didn't work, or if you administrate your own network, you can make the Mac the DMB by editing the appropriate SAMBA configuration files (this is what I did).
If you're using a local proxy (Squid, Privoxy, Authoxy, ...) and you're having problems with download errors (outright failures, broken image icons, ...) under Panther, change your proxy settings to 127.0.0.1 instead of localhost.
There appears to be a problem with broken pipe errors somewhere in CoreFoundation, so any app that uses CoreFoundation to do its networking (Safari and NetNewswire, for example), will exhibit this problem. Camino is not affected by the problem.
Last night, I was able to successfully connect my Panther iBook to my PC via a 400 Mbit FireWire connection. Extending on a previous hint, here's how you do this. You'll need 10.3 on the Mac and Windows XP with a FireWire card (and likely, a 6 pin to 6 pin FireWire cable):
Make a new network location in System Prefs (Network Port Configurations -> New, FireWire). I called mine "Direct Connection (FireWire)."
Set the location to have a manual IP address; I choose 10.0.0.1 with a subnet of 255.255.255.0.
Disable all of the other ports on the Mac; i.e., only have FireWire enabled.
Turn on FTP Sharing in the Sharing system pref (in my experience, only this yields reliable, fast transfers).
On the PC, right-click on My Network Places, go to Properties, and right-click on LAN and choose Properties. Change the IP address to 10.0.0.2, and the subnet to 255.255.255.0.
Connect the two computers via the cable directly.
On the PC, open up your FTP client and go to 10.0.0.1/your short username. I suggest using Active mode rather than Passive as the latter always times out.
I copied 1.1 GB of data last night in about three minutes; the transfer speed held steady at a speedy 5 MB/sec! Just remember to change the Location on the Mac and settings on the PC back to what they were when you were done.
If you need to do networked backups on Mac OS X systems 10.2 and above, it is possible to use NFS mounts. Open NetInfo Manager (in /Applications -> Utilities) and create a new folder under mounts, then include the following properties:
opts : -P -c
type : nfs
dir : /users/username/folder
name : server.domain:/path/to/the/export/dir
Make sure the server allows NFS mounts and that the directory in the user's home is created before setting up the mount. The only problem is that the find command won't work on the NFS mount.
After installing Panther I found that, although I could connect to remote servers via IP addresses, the Network Browser did not find any servers on our LAN. I traced the problem to a change that I made in the /etc/hostconfig file.
The background: Several months ago, one of our MacOS X 10.2.x remote server volumes could no longer be unmounted from some of our Jaguar clients. Mounted volumes from this server could only be removed by logging off or restarting. A hint from the excellent 'Mac OS X Unleased (2nd Ed)' by John Ray and William C. Ray suggested AUTOMOUNT may have been the cause. AUTOMOUNT is active by default, but can be deactivated in the /etc/hostconfig file. I deactivated AUTOMOUNT using the pico text editor by entering: sudo pico /etc/hostconfig and changing AUTOMOUNT=-YES- to AUTOMOUNT=-NO- and saving and restarting. This solved the unmountable volume problem and browsing the LAN worked under Jaguar.
Installing Panther broke my network browsing. After struggling with the lack of this feature, I recalled my changes to hostconfig. Again using pico, I edited hostconfig and changed AUTOMOUNT back to the default -YES-. After restarting, network browsing again functions under my Panther installation. Apparently, network browsing is implemented differently under Panther, and AUTOMOUNT must be active for it to function.
So I lost my Airport connection - don't ask. Sun spots. No way the GHz Titanium was going to get on web. All settings good to go, Network Preferences showed Airport connection. Safari said different. I've worked with this before, maybe because I have a third-party base station/router, and knew it was just a matter of jiggling something somewhere. Recursive troubleshooting. When Network Prefs doesn't work, Airport Setup Assistant, setting everything to Automatic, usually does. Has to be Automatic though. Forget setting TCP yourself.
This time, nothing. Various power cycling and cursing later, it occurred to me, Okay, how can we get even more basic. In /Sysmtem -> Library -> Core Services, that's where Setup Assistant lives -- and you can run it right from there. Instantly on the web. No visible changes to any settings, but Panther's happy, and that's what mattters.
If you are on a wireless network that's (a) not broadcasting it's SSID, and (b) uses WEP, there's a bunch of matters that'll give you grief. Every time you reboot, you'll lose the airport connection -- even if you have your location set to connect to a specific network, the system just doesn't remember the base station, and re-entering a 128bit HEX key everytime is a pain (copy-paste doesn't work).
To remedy this, install the AirPort 3.2 update from Apple. As far as I can tell, it's not part of Software Update. Then re-create your location with the specific network and key. Now the machine remembers the network, key, etc and the AirPort unhappiness is gone.
There's a splendid program out there called USB-TCP Bridge that takes everything that comes from the USB port and reroutes it to a TCP connection. And vice versa of course -- everything that comes from that TCP connection will be sent to the USB port. This makes it possible to connect a Palm with a USB interface (Zire for example) to a network via a host computer that runs USB-TCP bridge, pty-redir and pppd.
First of all, download USB-TCP Bridge and pty-redir via the above links. Start USB-TCP Bridge and set it up to:
Listen on USB and connect to TCP port
USB connection type: should be set to "Serial emulation"
TCP Port: shoudl be set to 22000.
Press "Start Bridge," and (as written in the app), "You may need to deactivate HotSync before activating the bridge." Decompress pty-redir and run make in the Terminal to compile it. Then run it with:
./pty-redir nc -l -p 22000
This will reroute incoming traffic from port 22000 to a device. pty-redir will print out which device it's going to use -- /dev/ttyp0 or something like that. Next, start pppd on that device:
I've seen a lot of people asking how to setup Active Directory (AD), so I thought I'd post my setup which works. This assumes you have a working AD tree, properly configured DNS, and an account that can add computer objects to AD. Here's what the plug-in configuration looks like in Directory Access (located in /Applications -> Utilities):
Active Directory Forest: forest.company.net
Active Directory Domain: mydomain.forest.company.net
You can make the forest the same as the domain if your users don't need to access resources outside the domain. I found this also speeds up authentication in some cases. When you click on Bind..., you have to enter a username and password that has rights to add computers. The format is just:
Turn on the account cache if the computer will be used offline.
Turn on multiple domains if users need to access multiple domains
If you have more than one domain controller, you can specify the one you want to use: pdc.mydomain.forest.company.net
Map a UID: If you don't know what this is leave it alone.
Allow administration by: you can put an AD group name here and anyone in that group is added to the local admin group in netinfo.