About once or twice a day, the strength indicator on my AirPort drops right down and eventually disconnects. Needless to say, this is pretty frustrating, but after four months, I have finally discovered the reason. It is because Bluetooth uses the same frequencies as 802.11, which opens up the possibility of packet collision. When this happens, Bluetooth is supposed to hop frequencies, and 802.11 is supposed to add a delay somewhere to compensate.
To fix, simply turn off Bluetooth, turn off AirPort, turn on AirPort, then turn on Bluetooth. This also usually fixes the reverse problem, where there is lag with a Bluetooth keyboard (and possibly mouse, but I've never used one).
I should add this is probably only a problem if Bluetooth is communicating continually. In my case, the problem is my keyboard. If you're just syncing your phone or something of that nature, then this will probably not affect you.
Well, much like may other people, ever since I upgraded to Tiger, I have had issues with the AirPort connection on my good ol' Pismo. No automatic connection whatsoever -- on bootup, restart, or wake from sleep. It was really annoying. My home wireless network (DLink WEP protected) would show up, and I could manually connect, but not without human intervention.
I finally found the complete answer: Keychain and Network Preference settings:
In Network Preferences > AirPort, set the "By default, join:" to "Preferred network."
In AirPort > Options..., set "If no preferred networks are found:" to "Keep looking for recent networks."
In Utilities > Keychain Access, select your Network under Login Keychains. Check the "Show password:" box and make sure it is correct -- mine had a "0x" prefix added to it that I had to remove. Under the "Access Control" tab, select the "Allow all applications to access this item." I may be wrong, but I think this is the key to getting all of the automatic connections to work, well, automatically.
I had been able to get partial success with the first two steps, but until I did the third step, nothing was consistent, especially automatic connection at startup. Hope this helps. I would be interested to see if it works with other people's setups.
We just put in an PowerMac at a retired relative's house running Tiger connected to the internet via DSL. Normally, the PowerMac will only be used as a standalone machine, but it does have an AirPort card. While we're visiting, we want a wireless network so we can use our notebooks to access the internet.
So, today, we tried it. Web surfing worked immediately. Mail, however, would not work. We figured out that the firewall running on the PowerMac was blocking ports Mail needed, but then it took a bit of playing around to make it work. We turned on logging and found blocked ports that might be used by Mail, told the firewall to allow them, and got things working. Since there was already someone using a port scanner on us, we removed some of the ports from the allowed list that we weren't sure we actually needed there, and things still worked.
Our IT people decided that it was a bad idea to access the Internet recently, and our beloved open-access policy was replaced with a block on all ports, with ports 80 and 443 (http and https) now routed via a proxy server. No more getting my Gmail or other POP/IMAP mail, no more MSN, Jabber, ICQ, etc.
Needless to say, I was peeved. I did some digging and came up with this absolutely wonderful little program called Proxytunnel. You see, if your network admins are anything like mine (and most are), they will have allowed you acccess to secure sites via an HTTP proxy. The thing with SSL and proxies is that because everything's encrypted, the proxy can do naught but just pass on your requests to the sites in question, and can't have any say on what protocol is used. So get Proxytunnel, drop it in /usr/local/bin or anywhere else in your path, and then do something like this:
You can now access your Jabber server by setting up iChat to connect to server localhost instead of myjabberserver.com (the 126.96.36.199 IP address is the IP of your proxy server; 8080 is the port. The first 5222 is the port on localhost that proxytunnel will be listening to, the last one is the port of your jabber server. Note that you need to run Proxytunnel as root if you want it to listen on a port below 1024; however, you can make it listen on a different port.
This is a tiny hint that hopefully will save the rest of you some time. I have been using a Motorola cell phone (V300) to connect to the internet via GPRS -- it's actually T-Mobile's Internet Service, which is quite a bargain at $20 per month for unlimited usage.
The thing that is important to remember is that when you configure your cell phone with Internet Connect, it saves the OS X USB modem device string literally from the first port you plugged the phone into. This means if you plug it into the second port later and try to use the phone, it will appear to be working (i.e. the phone appears on System Profiler), but it will refuse to actually make a network connection. The way you can tell is to open Console and look at system.log. You will see references such as pppd: Device '/dev/cu.usbmodem1B11' does not exist.
If you open Terminal and look in the file system, you can see that you have plugged the phone into the wrong port: in my case, I will have a file called /dev/cu.usbmodem3b11 (note the 3 instead of the 1). The way to solve this is to unplug the modem and put it in the original port; then the modem will be at /dev/cu.usbmodem1b11 and all will work again.
After weeks of happily using my Motorola v710 phone and a DLink DBT-120 Bluetooth USB to wirelessly connect my G4 PowerBook to the internet, it stopped working. Everything described here happened while running Tiger. I was presented with a dialog box with the following disconcerting message:
The selected communication device does not exist.
Please verify your settings and try again.
At this point, I took a look at system.log using Console, and found the following error being reported:
Jul 25 09:33:44 hostname pppd:
Device '/dev/cu.Bluetooth-Modem' does not exist
Sure enough, no such entry exists under /dev. After repeatedly rediscoving the phone and fiddling with my connection configurations, I continued to get the same message. Apple Support was happy to talk about Tiger, but informed me that Bluetooth network connections are not supported (grumble, grumble). Fortunately, I have a second machine which I had also set up to use my Bluetooth phone for a network connection (though it has an Apple internal Bluetooth module instead of the USB style on my Powerbook). I took a look at the Bluetooth entries under /dev on my still working machine using ls -l /dev/*Blue*. I then created identical entries on my Powerbook using these commands:
sudo mknod /dev/tty.Bluetooth-PDA-Sync c 9 2
sudo mknod /dev/cu.Bluetooth-PDA-Sync c 9 3
sudo mknod /dev/tty.Bluetooth-Modem c 9 4
sudo mknod /dev/cu.Bluetooth-Modem c 9 5
sudo chmod a+rw /dev/*Blue*
Now all seems fine. I have no idea what could have caused this problem, nor do I know the proper way to recreate the /dev entries expected by Tiger. Additional insight into possible causes of this problem or the appropriateness of the solution would be appreciated...
I found that my Mini becomes unstable and sometimes freezes if I leave my SMB shares mounted for days at a time. So, I combined several scripts found on this site into a new script that unmouns all volumes when the computer's been idle for a while.
I found (with some help from the AppleCare guys) a way to use my mobile phone to send and receive faxes over Bluetooth. The purpose is to add the Bluetooth modem port to the faxes list.
Here are the steps:
In System Preferences, go to Print & Fax
Open the Printer Browser (click "+" in the Printing tab)
Option-click on "More Printers"
Select "Advanced" in the popup list
Select "Bluetooth-modem" from the "Device" popup that appears
Select "Other" from the "Printer Model" menu
In the "Choose file" dialog go to System>Library -> Frameworks -> ApplicationServices.framework -> Frameworks -> PrintCore.framework -> Resources -> English.lproj -> Fax.ppd. Note that you can replace English.lproj with the language of your choice.
Finally, click Add
Now in your fax list, you have a brand new Bluetooth modem fax. I tested this in 10.4.1 and .2, and it works seamlessly with my Motorola V3 (both sending and receiving) and my Siemens SX1 (tried only sending).
Using Apple Remote Desktop, send the following UNIX Command to as many machines as you like to add an app to the dock. I suggest sending the command as the user whose dock you are modifying while that user is not logged in. Please note that the path to that app must be identical on every machine to which you send the command.
I personally don't want Bonjour (Zeroconf, mDNSResponder, Rendezvous) running all the time, because I rarely use it and because it gives away information such as your username, what services you're running, computer name (mainly bad if you leave it like "Bob Dole's Computer"), and more, depending on what you're running. From a security perspective, you're making it easy for an attacker to enumerate services and usernames without even having to do active scanning a lot of the time. Not only that, but I know many system admins who don't like "chatty" machines, which Macs can be if this is left on.
However, Apple has never given a good way to disable this until desired. In 10.3, I had to move the mDNSResponder StartupItem, and in 10.4, it's a similar situation. You can disable it once by running (shown on two lines, but should be pastable):
However, Bonjour will then relaunch on next startup. According to launchctl's man page, I should be able to put that command (or something like it) in ~/.launchd.conf or /etc/launchd to tell it not to load mDNSResponder when it starts up. However, I tried various combinations of that (with sudo and without, and with the launchctl command and without), and it didn't seem to work.
In the interim, I found that you can either rename /usr/bin/mDNSResponder to .back or whatever, or move the .plist I listed above -- when I renamed it .back, it still launched, so I ended up just moving it up one directory, so it can be easily put back. If anyone finds out the official launchd way of stoppping this from loading at startup, I would be interested in hearing it. In the meantime, it can still be temporarily re-enabled by just using this command: