Having finally suffered one too many Spinning Beach Balls of Death, I have switched to using SFTP to move, rename and delete files on remote drives.
Rather than mounting the networked drive to the Finder, I simply use SSH and SFTP functionality that is built into OS X (enable in System Preferences' Sharing tab; check Remote Login) along with an FTP client (Interarchy, Panic, CyberDuck) to deal with remote file management.
Obviously, if you need to open the file from the Network Drive then you are stuck using the Finder, but, at least in my case, the vast majority of the time I am just looking to move, rename and delete files across the Network and SFTP does the trick.
Short version: To rid Bonjour printing (and other Bonjourish?) problems from your NETGEAR router, turn off IPv6 under System Preferences » Network » AirPort » TCP/IP tab » Configure IPv6 (the button at the bottom of the window).
Long: I have sometimes had problems with printers not working over Bonjour for certain computers, despite the fact that every setting seemed to be correct. It took me some time to realize that it was always a NETGEAR router (the one I specifically have in front of me is a WGR614v5), and I finally realized it was when trying to use Bonjour printing between a wired and a wireless computer.
Using Bonjour Browser, I saw that the printer was registered on the host's IPv6 address, which I guess the NETGEAR router can't route when converting between wireless and wired. Turning IPv6 off and doing the usual reboots brings the amour of Bonjour back.
I help out a fair few people with computer problems, and there are times when long explanations over the phone of what is going on with the other person's computer can just get too tiresome. VNC is great, free, and fast (if a little limited compared to ARD or Timbuktu), and a sweet way of seeing and/or controlling the other party's screen. Trouble is, with most people behind a NAT router nowadays, getting the tech-challenged to configure a router to allow port forwarding from their side is not for the faint hearted or short tempered.
Even though there have been tales of screen sharing coming in Leopard with iChat, for those of us who need it now (and free), here is a method which you can use to automate the connection from the other person's computer, overcoming any and all router issues from their side (something iChat hasn't yet completely conquered yet), and making the connection a one-click process. Even better, as this solution uses an AppleScript, you will see that we can automate the whole process so that no user intervention is required, as long as the other computer has Mail running.
A somewhat related hint has been posted here before, but it required physical access to the machine you wished to control to complete the setup, or that too long talk-through of the router setup (assuming you even know what the router type is!)
Once you have completed this hint for one person, and thus have everything set up, the next person will be connected to you in around 30 seconds to a minute tops, from scratch, which is pretty good in my books. Once the zip file is expanded, all the user has to do is double-click a file. For today's cookery lesson, you will need:
Here's how to share a Bluetooth GPRS connection in OS X with your Parallels sessions.
In the Sharing System Preferences panel, click on the Internet tab. Set the Share your connection from pop-up menu to Bluetooth, then check any Ethernet ports listed in the To computers using section below.
You should now be able to use your GPRS connection in Parallels.
...only the filename transfered over to the Mac, but the content was empty. That's because the text clipping keeps the actual text in the resource fork of the file.
So to solve this problem, I simply use the -E option in scp, and both the filename and resource forks are preserved. According to man scp, this only works if both Macs have 10.4 or later installed on their machines. You must also make sure you have ssh enabled. So this would look like the following:
The :Desktop after the IP address means that Desktop is relative to the home user's account. For an absolute path use :/, followed by the path name. If you want to preserve the modification and access times as well as the content, then in addition use the -p option:
scp -Ep user@hostname:path path
Of course, these options can also be applied if you are sending a file using scp to a remote machine.
For years I had thought that the Finder's Go » Connect To Server (Command-K) feature only worked on the local network. I discovered, almost by accident, that if I know the IP address and user password of a Mac anywhere in the world, I can connect to it (assuming it has sharing enabled) using Connect to Server, and transfer files to/from to my heart's content.
This has been very useful when I'm working from home and need a file located on my work computer. Of course, that also means anyone else could do the same, which is a good reason to maintain a robust password!
For the last couple of weeks, I've had a most annoying problem: Personal File Sharing (in the Sharing System Preferences panel) on my Mac Pro would crash whenever I connected to the machine from another Mac. I could restart file sharing, but it would crash again the next time I tried to connect. To further complicate troubleshooting, connecting as a guest worked perfectly -- it was only when I tried to login as me that file sharing would crash. Needless to say, this made it most difficult to transfer files around the house. After much work with Google, trying to find the right terms to search with, I eventually stumbled onto the solution ... right here on our very own forums! To make the solution a bit easier for others to find, I'm posting it here, without the crash logs and other detail you can find in the linked post above.
The problem turned out to be a missing file, com.apple.ByteRangeLocking.plist, which is supposed to reside in the top-level /Library » Preferences folder. On my Mac Pro, it was missing (as was /var/db/BRLM.db, another file sharing-related file). The fix? You can copy the file from another Mac. However, it's a simple file, and forum poster voldenuit posted the contents:
Many network devices are able to upload and download firmware and configurations via the TFTP protocol. I have found it useful to use this feature with Netopia ENT routers, as it enables me to make backups of client configurations, and update the firmware directly on my service laptop. OS X comes with tftpd preinstalled. On OS X Server, tftpd is utilized for NetBoot; however, on the standard client, the framework still exists.
In Tiger, most services that were previously configured using xinetd have been migrated to launchd. The new launchd service consults the settings located in /System » Library » LaunchDaemons and /Library » LaunchDaemons directories. By default, Tiger has tftp.plist installed, however, this should be modified to suit your needs.