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.
Under Windows you can easily assign a drive letter to a network share, so that every time you login to your account you will have ready access to it. There appears to be no such equivalent under OS X. (You can include them in your user's Login Items list, but each share in the list will spawn a Finder window when it connects.)
I have been digging at the problem for quite some time since I switched to OS X, and I can now give you the solution I found to work the best. It is not trivial, but with the help of this screencast, it should prove rather easy.
Method 1: Using Apple Script
Fire up Script Editor.
Type volume mount "smb://server name/share name" for each share you want to automount. For example, volume mount "smb://nas/mp3" in my example.
Test the code.
Save the code as an AppleScript.
Save the code as an application.
Add the application to your System Accounts Login Items.
This hint won't apply to most people, but for those of us who work in the classroom with server access it is very handy. We use servers in our technology classes for two simple actions: getting materials that students need for the class onto their machines (sound files, PDF instructions, templates -- which are often created just before class or even on the spot), and for them to hand back assignments using the instructor's drop box account on the server.
Here are three problems that come up regularly (our IT guys are very good, but once or twice a semester we do have problems):
For whatever reason one or two students loose their account access. They just can't log on, or they can log on but can't get to anything. Sometimes it's just a privilege issue.
At the beginning of each semester, with new classes, we don't have access for about a week while the virtual paperwork for applying and creating accounts is done.
Now and again the server goes down just before a class and no one, not even the instructor, can get access to important files.
This usually sends an instructor into panic mode, and my solution to nearly all of these issues has been to pass around jump drives. Then we figured out this obvious temporary solution: Use the instructor's station or instructor's laptop as a server.
Even though we can't get to the server because of account issues or because it is down, the lab is still networked. They can use the Connect to Server dialog and type in the IP address for either the instructor's station or (and I've done both) the instructor's laptop. You don't have to worry about accounts -- just log in as a guest. They will be able to see the Public folder to gather class materials and drop assignments in the drop box. (You can also use the Sites folder and, depending on the preferences or what you put there, have them connect using a browser.)
After one class using this method (where I had access but no one else did, because accounts hadn't been created), and after dragging all the dropped assignments from my local laptop drop box to the server's drop box, I tried creating an alias of the server's drop box (which I can see because I have an account) to the public area of my laptop (which they can see as guests). This worked too, copying all the assignments to the server drop box. Be careful with this, though, because they have the same privileges to the alias drop box as you do.
I use Parallels Desktop mainly to make sure my websites work on IE. As the IP address of the virtual network devices installed by Parallels are assigned by a dedicated DHCP server also installed by Parallels, and the IP address of my laptop changes as I change locations, I use the following setup to be able to access my laptops webserver by name from Windows.
Switch the Parallels virtual machine to host-only networking.
Set up OS X Internet Sharing (in the Sharing System Preferences panel) to share the connection with the Parallels Host-Guest adapter.
Open ports 80, 443, and any other ports you use for your development server (i.e. 3000-30xx for Rails development with locomotive) in the OS X firewall by adding a new rule.
Assign static IP addresses (from an unused network range) to the Parallels Host-Guest adapter and the network interface in Windows (I used 192.168.123.1 and 192.168.123.2 with network mask 255.255.255.0).
Add this to C:\WINDOWS\system32\drivers\etc\hosts:
Now you can access your Macs's development server by entering yourcomputer as the URL in IE, no matter what IP addresses are assigned to your mac.
Optionally, you can even comment the lines that start the Parallels DHCP-NAT server in /Library -> StartupItems -> Parallels -> Parallels, as with this setup, you use neither DHCP nor Parallels' NAT (but OS X's own NAT is used).
I recently switched from Comcast's cable modem service to Verizon's FIOS -- I get about 3x the download and 4x the upload speeds, and I save about $10 a month. Overall, I've been thrilled with the switch, other than with the router that Verizon provided. It's an ActionTec, and it's got perhaps the worst web-based GUI for a router that I've ever seen. Setting up port forwarding, for instance, is a real pain.
Last weekend, I wanted to set up an externally-accessible web cam, but despite what seemed like the proper setup in the ActionTec, I had no luck. So I pulled the ActionTec and installed my original Linksys BEFSR-41. I entered the port forwarding info for the web cam, and it was online without any issues at all.
A couple days later, I noticed that my FIOS connection wasn't feeling quite so speedy -- I'm supposed to be able to get up to 15Mbps of download speed, but the SpeakEasy.net speed test was reporting only around 5Mbps. After some searching, I found the answer. Apparently, this is a limitation of the Linksys router I own -- my BEFSR-41 is an older "V2" model, and the WAN port is limited to (I don't fully understand this part) 10Mbps duplex, which means 5Mbps download speed. The newer V4 model of the BEFSR-41 has no such limitation. When I put the ActionTec back online, the speed tests returned to their normal values.
And while this was only an issue for a couple of days, it's actually a bit worse than that. For the last couple of years, I was on the Comcast "high speed" cable plan, which theoretically gave me 8Mbps download speeds, but I recall never getting anywhere near that ... and now I know why. Guess that was $6 a month that I didn't need to spend!
The moral of the story is that today's high-speed net connections may have outpaced your router's capabilities -- especially if, as with mine, it's an older model. Visit one of the speed test sites and make sure you're getting everything you're paying for. Compare your speeds when connected through your router and when you connect your Mac directly to the cable modem; they should be nearly identical.
One thing that frequently bothered me about OS X was the lack of any way to automatically mount Windows file shares. At home, my DHCP server assigns me an IP of 10.0.x.x, and I want to mount my home shares, which include access to my media library, personal documents, etc. I also didn't know if I'd be connecting to my network via wifi or ethernet, so I would ideally like to check both. Well, some quick googling didn't really find an adequate solution, so I cobbled together my own.
First, we'll write an AppleScript to actually mount the Samba share. Start by running the Script Editor, and writing:
mount volume "smb://username:password@server_ip/share_name"
Then, hit the Compile button. Assuming you got no errors, we're ready to save. Press File, Save As, and enter .mount as the filename (and make sure you are saving in your home directory). Choose Script as the file format, and then hit save. Now, we need a way to make this script run on boot/wakeup, if and only if we're on our home network. This requires an install of sleepwatcher, a great freeware utility.
Open the terminal, type nano -w ~/.wakeup and paste this text into the Terminal. As the script is written, it only mounts the volume if your computer's IP address's first two octets are 10.0.x.x. Feel free to modify to taste.