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.
I've gotten tired of having to change my location every time I open my notebook at home or at school/work. So I have adjusted my crontab as follows:
0 8 * * 1,2,3,4,5 scselect School
40 14 * * 1,2,3,4,5 scselect Home
Translated, I have it change my network location to School every weekday at 8 AM (the time I'm scheduled to be at school) and back to my Home location when I'm expecting to be home from school.
The only catch is that I don't think this will execute when my computer is asleep (unless this changed with Panther), so I used Fink to install anacron which executes cron commands as soon after their scheduled times as possible, rather then right at the scheduled time.
I have a few headless servers that I maintain with Apple Remote Desktop (ARD) over the Internet. This is not a tutorial on ARD or ssh, but a way to put simple tools together to make things more secure. I don't fully trust the ARD protocol, so I don't want to leave the port open. It is not possible to use ARD over ssh because ARD uses UDP packets that ssh can't forward the same way IPSec tunnels allow to. But IPSec tunnels can be a pain to configure and maintain, and are certainly not within reach of everyone. The servers all sit behind AirPort base stations set to only forward port 22 (ssh) to them. The ssh daemon is running on all servers.
Recently, I was using SMB to send a folder from my PowerBook over to a Windows 2000 machine. Unfortunately, when I tried to access the folder from the Windows computer, I received messages telling me the folder was not accessible. I assumed something had gone wrong in the copy, but when I tried to get rid of it, I got the following error:
Cannot Delete File: Cannot Read From The Source File Or Disk
No amount of effort would let me get at, or get rid of, the folder. Windows knew it was there, but wouldn't let me at it. It turns out the problem was that the folder name ended in a period, and Windows hates that. It hates it so much, in fact, that it wouldn't even let me rename the file to fix the problem.
The solution? Rename the file from the Mac side. I remounted the volume, removed the period, and the problem was solved.
Discovery through adversity once again. After applying the AirPort 3.2 update on my Powerbook G4 1GHz (sans-AirPort extreme), I discovered Virtual PC 6.1 with virtual switch (DHCP) could no longer "see" Mac OS X and vice-versa, both on the AirPort interface logged into an AirPort network. This lead to desperate experimentation that panned out.
Caveat: no testing beyond my experience of AirPort 3.2 update / Panther / VPC 6.1. AirPort card and built-in Ethernet required. Mileage probably will vary.