Read the rest of the hint for the how-to...
I recently got an IOGear USB Print Server (GSPU01) so I could connect all my computers to the same printer without having to dedicate a particular machine to the printer, and I thought I would share the setup process with anyone that was interested. First of all I chose the IOGear over the Hawkings because the box was labeled as built for Mac OS X. Supposedly these print servers will work with Post Script Printers right out of the box; however, I have an Epson C82 which is not a Post Script printer.
Read the rest of the hint for the how-to...
10.3: A fix for semi-functional Panther networking
Jan 23, '04 09:56:00AM • Contributed by: tcurtin
If you recently upgraded to Panther and find yourself unable to connect using Ethernet but wireless works, or vice versa, open up Console (in /Applications/Utilities), click the "Logs" icon on the top left, and select system.log. If you see an error about UniNEnet::restartTransmitter - transmitter appeared to be hung, there may be an easy fix.
In my case, I had installed the Netlock VPN Client for Nortel Contivity some time ago, and never uninstalled it. There was a folder called /Library/StartupItems/Nleac that was causing the problem -- after moving it, and restarting the iBook, the problem went away.
Of course, that's a condensed version of many hours worth of work, iteratively moving files into and out of a clean system until networking broke, and finally narrowed it down. You could go the easier route, and as suggested in this hint, just move files out of /Library/StartupItems and /Library/Extensions first...
To see some of the apple forum discussions, go to info.apple.com, put restarttransmitter in the search box, and set category to "search discussions". I'd include links, but the search function doesn't seem to be working right now. Judging by the forums, this is a pretty nebulous problem effecting many users, so there's probably a deeper networking issue that Netlock just happened to be triggering in my case. YMMV! Good luck.
After recently installing a wireless router, I decided to un-retire an old but functional HP LaserJet 6MP and see if I could incorporate it into my network -- one desktop Mac, two 'Books, all running OS X 10.3. The process turned out to be a bit more involved than I had first thought, mainly because of a lack of documentation. Hopefully the steps below will assist others attempting something similar. In figuring out this process, I was able to assemble a number of pieces of information from around the web, including several hints -- and especially the comments -- directly from macosxhints, #1 and #2 in particular. In contrast to several other approaches I have seen, the technique below did not require using CUPS (directly) or Gimp-Print.
The first step was to buy a print server: I settled on the HPS1P by Hawking Technology, because (1) it was relatively cheap (under $50), (2) it was advertised as working with Macs, and (3) some of their other products have received positive reviews on this site. However, opening the box revealed no instructions for Macs at all. Looking through their web site wasn't much help either. However, it all works in the end, as described below. Connecting the hardware was easy: the HPS1P connects directly to the parallel port on the LaserJet, then a standard ethernet cable runs from the print server to one of the unused LAN ports on the wireless router. In fact, the HPS1P is small enough to fit inside the port cover on the LaserJet. Tip: Power on the print server before the printer.
Apple's Address Book (10.2 and up) is a wonderful application. There's even LDAP technology built in, whatever that is. If you are using Mac OS X Server, you will know that through LDAP, your users can get each others' address data. Which is cool if you are with a lot of people on your campus, company, or home. But wouldn't it be more fun to have the address entries of 'outsiders' in there, too (but without making accounts for them on the Server)?
I stumbled on this php tool called phpLDAPadmin which allows me (amongst others) to add phonebook entries in the server once, so that all users can get to these addresses using Apple's Address Book! Caution! LDAP servers are vulnerable to outside peeking and changing; secure them wel!
A possible fix for AirPort problems after iChat prefs corruption
Jan 21, '04 10:43:00AM • Contributed by: GeeYouEye
Before I upgraded to Panther, I did some spring cleaning of my hard drive, and inadvertantly duplicated a large disk image, completely filling my hard drive. After a boot into single-user mode to delete the huge files, I rebooted and found that my iChat prefs were apparently deleted. Ignoring it, I proceeded to install Panther, using an Upgrade Install. Since then, my AirPort network has not worked properly. Initially I suspected both the AirPort card and Base Station at fault, as I always had iChat opened, and never suspected it. The symptoms included losing DHCP addresses within minutes, and causing the base station to be unresponsive to soft resets; only cycling the power had any effect at all. I eventually got around to doing an archive and install, but to no effect. Recently, however, iChat crashed, and I didn't notice until my network was still running perfectly several hours later. So I deleted the iChat preferences, using [code] defaults delete com.apple.ichat [/code] to remove it. Oddly enough, that had no effect. Once I opened iChat, the network borked again. So I got out my Panther install discs, and used Pacifist to extract iChat, installing it over the version in 10.3.2. Still no effect. Then I tried closing iChat, deleting the prefs, and reinstalling iChat via Pacifist before trying again.
That was the key to fixing it (so far, I've not yet been on the network more than four hours at a time, but that's two hours more than the longest the network would work previously), at least for me. Apparently, the preferences had been merely corrupted, rather than deleted, and had subsequently corrupted the program, then the reverse happened after deleting just the preferences. YMMV, of course.
I periodically need to use PPTP to access my systems inside a firwall, but want the rest of my traffic to go through my normal default route. To do this, i need to invoke pppd with the "nodefaultroute" option and have an ip-up script add a route to the private network.
The Internet Connect client provides a nice wrapper around pppd, but insists on setting all of its options on the command line, overriding those in the /etc/ppp/options file. While it is possible to ignore the Internet Connect.app, with Panther it is even more attractively integrated into the interface. To do this, we must set the mysterious "serviceid" parameter in our pppd parameters.[robg adds: You're on your own with this one; I'm not even going to pretend to have tested it, as it's well beyond anything I do from a network persepective.]
Make iChat AV work with both sides using NAT
Jan 20, '04 09:37:00AM • Contributed by: Anonymous
if you are using openbsd 3.4 or any other stateful firewall, the firewall should have an option to keep the source port (iChat 16384 as an example) the same, meaning that the firewall shouldn't translate the source port of the outgoing packet.
The option in openbsd is static-port at the very end of your nat entry. By doing so, I was able to connect with a friend (openbsd 3.4 firewall) with no problem. Just make sure that the appropriate ports are forwarded to the iChat client; i.e. 5060 UDP and the port ranges 16384 to 16403 (also UDP).
After some frustrating attempts to get my 7300/180 (recently updated to Jaguar) to start using my printers on my Win2k Server again, I'm glad to report a solution that worked for me.
Post a comment • Comments (0)
In Panther, it can be difficult to print to a remote CUPS server. This is because Panther runs CUPS as its own print engine, and will attempt to render the PostScript for you once you select your correct printer driver. It will then send the rendered file to the remote CUPS server. The remote CUPS server will then try to render the already rendered file and will give a no_file error. The work-around is to make one end of the chain a 'raw' printer.
Over at my site, I've written a little how-to on setting up your P800 to play nice with your Mac so you can be online wherever you are on the planet. Hope it's useful to you.
From our Sponsor...
Latest Mountain Lion Hints
HintsNo new hints
Comments last 2 daysNo new comments
Links last 2 weeksNo recent new links
What's New in the Forums?
Hints by Topic
News from Macworld
From Our Sponsors
All trademarks and copyrights on this page are owned by their respective owners.
Visit other IDG sites:
Created this page in 1.17 seconds