iTunes 4 lets you see how many users are connected to your shared stream, but not what they're listening to. Terminal to the rescue! Use lsof to figure out who's listening to what:
% lsof | grep mp3
% lsof | grep m4a
Etcetera, etcetera. This only works if you use filename suffixes, though. Or, if you'd just like to see everything at once, and all your music is in a central music folder, for example, "Music", do this:
% lsof | grep Music
Woot! Perhaps this will make its way into iTunes as an update at some point.
[robg adds: I chose to run this hint and the next hint separately, as they are two unique methods, and comments on both could go either direction...]
With the release of iTunes 4, interest in library sharing is growing. The iTunes Sharing preference pane tells you how many people are connected to your library, but not who they are. Here's a one-line terminal command (shown on two with the "" continuation character, so cut and paste should work) to show who is browsing your iTunes library:
If you want to kick off a specific user, all I can think to do is to add a rule to your firewall:
sudo ipfw add deny tcp from (user) to any 3689
This blocks connections from that user to your iTunes sharing port. If anyone has further ideas or wants to wrap this into a pretty app, I'd love to see it!
PS: Note that sharing your library with strangers may violate the iTunes EULA; it may or may not fall under the "personal use" that you "click agree" to when you turn on the sharing feature. Share at your own risk.
I keep all my MP3 files on a Windows machine that houses a 120GB drive. With the release of iTunes4, I wanted to try out the Rendezvous sharing. So I added them to the library (with iTunes NOT copying locally), and all was good. The biq question was what would happen when I didn't have the PC drive mounted?
The iTunes mounts it automatically! That's right. I go to play a song in the library and I get prompted to authenticate. I imagine if I stored this in my keychain I wouldn't even get that. Neat little trick. May have been in iTunes3 and older, but I never tried. Just thought I'd share my experience.
[robg adds: I believe this is a feature of the file manager more than iTunes itself, but I may be wrong...]
I have never had a problem with Samba and networking. The only thing that irritated me was when in Windows, my laptop would be seen as "Samba 2.2.3a (build 26) iBook (IBOOK)." This is long and silly. I wanted for it to just say the name of the computer. After reading a few other hints on Samba, I got started. I figured the clue would be in the /etc/smb.conf file (which it is). The first step is to back up the conf file. In terminal type:
% sudo cp /etc/smb.conf /etc/smb.conf.bak
Second Step. Edit it. Open it up and you'll find there are a few categories each in [brackets]. The first one is called "global." This contains all the settings for Samba in general. The default is this:
Note that there maybe an extra line if you have changed the name of the workgroup. After encrypt passwords = yes, simply add another line which says server string = %h - this will mean (after saving and restarting Samba) that Windows will just see your Samba server by the name of the computer. Alternativley, replace the %h with any text you like and that will be the name of the server.
By the way, Windows XP lists the computers by the name, and then the address in brackets afterwards. So now my iBook in windows looks like iBook (Ibook). Still, it doesn't confuse the people on my network that doesn't know who Samba is anymore!
Although not advertised, it is possible to connect your Mac to the Internet through a Bluetooth Access Point. I suppose here the access Point provides PPP LAN access.
0n 10.2.5, use the Bluetooth Serial utility (installed in Utilities folder) to create a new port. Give it a name like "BTAccessPoint" (name is one word). Hit "Outgoing," and pick the desired Bluetooth access point by clicking on the "Select Device" button. Discovering your access point services, select "LAN access using PPP." Note: to be able to discover the access point, make sure the access point is properly set up, and that, in particular, it does not filter out your MAC address...
Select the "Show in Network Preference" option, and eventually other encryption or authentification settings your Access Point may require (not tested with that option on on my setup).
Select RS232 on Port type. Close the setup window. Now the newly created port should show up in the port list (with BT AP name) and be selected. Quit BT serial port utility.
Go into Network preferences. On opening, it should show a newly detected port (BTAccessPoint). The TCP-IP tab should be set to "Using PPP." On the PPP tab, leave the phone number blank. Eventually fill in username and password info if your Access Point PPP settings require them. On the Modem tab, select "Null Modem 115200" modem profile.
You are done! Make sure this nework port is *before* other eventual network interfaces, since this order is the load order. Select the port in Internet access app (or menu), hit connect, and there you go! Good luck.
[robg adds: I haven't tested this one, as I have no Bluetooth enabled phones.]
Finally I can print from Acrobat to my PostScript printer connected to my Linux file server. I was always wondering why certain applications could, and yet others could not, print. Among those that couldn't were Photoshop and Acrobat - very annoying!
This nice page resolved all trouble by exchanging a small part of CUPS 1.15 with the latest 1.2 updates (yes, an uninstaller is included!). Thanks a lot to the author!
[robg adds: There was a previous hint that discussed other issues related to Linux printers...]
I just created a tutorial on setting up Mac OS X to print to the "Windows only" print server attached to the D-Link 713P home router/access point. The D-Link contains a parallel port and serial port which can be used for a printer and a modem, respectively.
I tell ya, there is nothing like being able to create a print job from the living room and picking it up in the computer room.
Switching to Mac and have tons of MP3s, Word docs, and other vital files that you really need on your Mac? Of course, you can buy Move2Mac, or any other file transfer software/special cables, but of no one wants to pay anything when it can be done for free. There's also the "Connect to Server" feature on Macs in which you can mount your PC's hard drive on your Mac's desktop, when both computers are on the same LAN and drag files onto your Mac. However, this feature is still very unstable for me a large majority of the time. It was consistently freezing up both machines in the process of transferring files. About 15 tries later, a hard reset did more than make me ill, it left my 17" PowerBook completely unbootable. I was left with no option but to completely reformat and reinstall OS X, rendering all my previous set up work on the machine.
So after reinstalling, spending countless hours awake re-setting up everything and getting over my anger, I was still back to the drawing board relative to transferring files from the PC to the Mac. So after racking my brain, I thought of something to try, and lo and behold, it worked 98% seamlessly, was absolutely free, and never once caused my Mac any trouble!
So what is this magical solution? You'd probably never think of it, actually: Yahoo Messenger. The latest versions of Yahoo Messenger for PC and Mac have something amazing built-in: when two users are logged on and sending messages and files (the files is the key here) over the same LAN, it automatically defaults to sending those messages/files via the LAN rather than the internet. This allows for speeds up to 100Mbps for file transfers between the machines connected via Yahoo Messenger on the same LAN!
I have not understood why people were not able to use iChat's Rendezvous mode to communicate with me. People stated they sent me a message, but I would never receive it. Turns out it was, in fact, my Apple built-in firewall blocking incoming iChat messages. This does not seem like it would be a hidden hint, but you would have thought Apple would have set iChat as one of the "common ports."
To allow incoming iChat connections, go to the Sharing System Preference panel, click on the Firewall tab, then click the "New" Button. Click on the Port drop down menu and select "Other." Enter 5298 for the port number. Optional, but recomended, enter "iChat" for the description.
[robg adds: I have changed the port number (it was 5289) and any references to Rendezvous, as this is really an iChat hint (see the comments below).]
If you are running into problems using Apple Remote Desktop (for example, you can't see anything but a black screen when you try to control a remote host), and have checked for UDP connectivity over the oft-cited port 3283, try this as well...
Check to see if the intervening routers and firewalls are allowing fragmented packets. Disallowing fragments is a serious show-stopper for ARD.
Hope this helps someone who may be frustrated by the problem...