For those of us (foolhardily?) brave enough to upgrade to Tiger via Archive & Install, one of the annoying consequences can be the inability to select anything other than "A specific network" in the Network settings panel to join by default. The new "Preferred Networks" setting is also AWOL. (Another annoying consequence of an Archive & Install: Volume Logic doesn't move to the new installation ... drat!)
While this hint discusses general tips for cleaning out the Airport known/preferred network list, the solution for this problem is much simpler: delete and recreate the network locations that use Airport (Location menu -> Edit Locations... -> Delete). Voila! The Automatic & Preferred Network choices now show up.
It seems to be a common problem that, when connecting with Mac OS X VPN client to a VPN server, you end up with getting a default route to that server. But in some cases, you'll still want to use your original internet connection by default, and only have the routes for the remote VPN pointing to the VPN server.
I found some solutions on the net (most of them involved making a wrapper around pppd or hacking some of the system scripts), but they are neither a proper nor one-size-fits-all solution. The right way to do it is as simple as this...
Put the keyword nodefaultrouter into the file /etc/ppp/peers/your-vpn-name. Then create a script called /etc/ppp/ip-up with the following contents:
route add 10.0.0.0/8 -interface ppp0
Replace 10.0.0.0/8 with the network address of your VPN. I hope this helps.
After digging around on the Internet for quite some time, I came across this hint on a German website. I used an online translation site to translate the text to a rough English version. Wish Cisco could be as helpful as the Germans...
You will need to use the Terminal to perform this modification. What you need to do is replace the cvpnd file in /opt/cisco-vpnclient/bin with an extracted version from the installer disk image. Once you have replaced the cvpnd file, you should verify the proper permissions have been set on the file once it has been replaced. Here is a cleaned up version for your digestion.
After upgrading to Tiger (fresh install), I could no longer use my TiBook to print over the network to my Samsung ML-1710 laser printer, which is connected via USB to my linux server "beigeg3" (running CUPS) in my home office. Even worse, once the network printer was selected in the Tiger print dialog, I couldn't do any kind of printing task -- not even Save to PDF for transferring to the linux server. All attempts ended with the unhelpful error message "Error while printing". I haven't been able to find any reference to this problem on the net, but the fix is so simple, I think it's worth sharing.
Using the CUPS http interface (http://localhost:631) to try to print test pages gave me useful error messages: apparently Tiger reported the Linux server hostname to cups as "beigeg3," but CUPS didn't know where to find that host (no DNS server runs on the LAN). Adding this line:
to the /etc/hosts file on the TiBook let CUPS know where to look fixed the problem. Of course you'd want to use the IP address and name of your own print server there. This seems like a bug to me (shouldn't CUPS be able to access NetInfo to get this address?).
Here's a workaround for a somewhat obscure file sharing bug. If you have an external drive on a Panther machine you are sharing, do NOT check the Ignore Ownership box in the Get Info window. If you do, there is a bug in the Tiger client such that it can no longer write to that drive -- reading is fine.
I called Apple's tech support and was able to get their tech to reproduce the problem. He seemed quite surprised that this was such a simple bug to reproduce. I have not confirmed if this problem occurs when sharing drives between Tiger and Tiger.
I turned this checkbox on as I have a very simple network and want people to read/write anywhere on this drive and not get ownership headaches. Unix in a nice OS, but its file permissions, while very powerful, are not well suited for a home network where security is a very low priority.
[robg adds: I can't confirm this one, as I no longer have a Panther machine available. But it's apparently been verified by Apple, so hopefully, a fix is coming soon...]
If any of you are interested in streaming your own video or audio handywork over the internet to your cell phone (be it a 2.5G phone or 3G phone), I've put together a little site with all you need to know. It's aimed at education, but there is nothing stopping you having a go yourself at home, if your Mac can be seen by the outside world -- that is, your home computer has an outside IP address on a broadband connection.
I kind of stumbled accross this by accident. You can move your Saved Searches folders from the directory ~/Library/Saved Searches to your Desktop (which I think is pretty obvious); but I hadn't really thought about dragging them to my iDisk ... but you can.
Of course, you're only synching the query terms from the .savedsearch file that is the "smart folder," but the nice part is that complicated queries dont't have to re-created repeatedly (along with all the usual benefits of synchronization).
As some readers of Mac OS X Hints have noticed, Apple has removed the set-hostname file (in /System: Library: SystemConfiguration: Kicker.bundle: Contents: Resources) necessary for modifying the routing table when connecting to a VPN.
Instead of using this file as a hook for implementing split routing (as per a previous hint), Tiger has built-in support for split routing, as described in this recent hint.
If you still need to modify your routing tables after VPN connections are established, you can do so by creating the file /etc/ppp/ip-up (with executable permissions), and entering something similar to the following inside:
/sbin/route add xx.yy.zz/24 aa.bb.cc.dd
Replace xx.yy.zz/24 with your destination network and aa.bb.cc.dd with your VPN gateway. Note that you might be able to re-use the fix_vpn_routing.sh script from the equivalent hint for Panther.
I found this over in the Tiger discussion area at Apple's website, and thought I would share it. If you are having trouble mapping network mount points from a server using an older version of Samba (a.k.a. SMB or Windows sharing), here's a workaround...
Tiger now assumes that your SMB server accepts encrypted passwords. Older Windows NT and Unix/Linux servers running Samba (versions older that 3.0) are configured to accept plain text passwords. It is highly recommended that the severs be reconfigured to accept encrypted passwords. However, below is a fix to tell Tiger to send a plain text password for authentication. This assumes you have a working knowledge of the Unix command line:
Open a Terminal session
Type cd /etc
Type sudo vi nsmb.conf -- do NOT edit the smb.conf file. You may not have this file, in which case the command will create it.
Add these lines to the file:
Save file (wq in vi) and quit the editor.
Be aware that with this change, Samba now sends plain text passwords, which can be easily captured (via tcpdump).
[robg adds: One of the things 10.4.1 addresses is Samba connectivity; I'm not sure if it's related to this password encryption issue or not.]
I tried everything I could think of to get .Mac sync feature to work following an upgrade to 10.4 ... but nothing seemed to work.
Finally, I found this article that informed me that there can no longer be an ampersand (&) in the user name. Changing the ampersand to "and" fixed it, and I was able to sync all my computers with .Mac. Maybe all of you power users had already figured it out, but I hadn't seen this hint anywhere else.