Re: [gentoo-user] Network printing
I haven't been able to follow all of this, though some of it has been of interest to me since I have a Vista 64 system I am trying to working with my server's HP DeskJet 950C. >From what you describe below, it sounds like the HP USB printer is on the >Network Server and you are trying to attach the network server to it via IPP. >If I am understanding things correctly, therein lies the problem. (If not, >just ignore the next part) - just add the HP USB printer as a normal printer >on the Network Server, connected via USB. On your client systems you add it as >an IPP printer as the Network Server's CUPS server is the IPP host. This is >what I did for my HP DeskJet 950C and I have access to it everywhere - the >Vista64 system can find it, but can't locate a driver for it. HTH, Ben - Original Message From: Peter Humphrey To: gentoo-user@lists.gentoo.org Sent: Monday, December 22, 2008 6:25:39 AM Subject: [gentoo-user] Network printing Hello, This follows from the printing-from-windows thread; it's not confined to Windows. Thanks to Mark K for his help so far. To recap: My network server box has two USB printers attached: a Kyocera FS1020D laser, which works just fine, and an HP Deskjet D4260, which doesn't: I can print to the Deskjet from the local machine but not from anywhere else. CUPS is installed with USE="acl dbus jpeg pam perl png python ssl tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static -xinetd -zeroconf" Hplip is installed with USE="cupsddk dbus doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp" I ran hp-setup as root, and it detected the printer and inserted it into cups, where I can control it as expected using the cups Web pages. (I've already quoted part of cupsd.conf, but I can repeat it if necessary.) Now this is what happens today: I go to localhost:631 on my workstation and attempt to connect to the Deskjet. I tell cups it's an HP model via ipp, and I accept the very generic driver it offers me, and I see it's "added successfully". Then I ask for a test page and I get "Unsupported format 'application/postscript'!" So I delete the printer and start again. This time I supply the .ppd file I got from linuxprinting.org instead of the generic HP one, and once again I get "added successfully". But at the very next screen I get "Filter "foomatic-rip" for printer "Deskjet_D4260" not available: No such file or directory". Yet foomatic-rip is right there in /usr/bin, being part of the foomatic-filters package which was pulled in by emerging hplip. I've tried exploring the Web for trouble-shooting tips on HP printers, and the best I've found is HP's own site, where I get dark hints about snmp. I also half-remember having to include ldap in cups from some time ago, but I can't see what either of those might have to do with my problem - am I missing something? As an aside, it really is daft of cups to report "added successfully" when it has no idea of the success of the operation. Another aside: what could cause the cups admin pages to lose their graphical effects and revert to plain white background, with framed text strings where the buttons ought to be? This happens quite often. -- Rgds Peter
Re: [gentoo-user] Network printing
On Monday 22 December 2008 18:00:52 BRM wrote: > - just add the HP USB printer as a normal printer on the Network Server, > connected via USB. This is what happens, starting from a clean system (mke2fs, then restore a known good backup of a freshly built system), and cups installed with USE="acl dbus jpeg pam perl png ppds python ssl tiff -X -avahi -gnutls -java -kerberos -ldap -php -samba -slp -static -xinetd -zeroconf": I let cups find the printer and I tell it to use the .ppd file I got from linuxprinting.org. It shows the printer configuration page, where I set A4 paper, then I get a security error saying that I have attempted to establish a connection with 192.168.2.2 whereas the security certificate presented belongs to serv.ethnet. Guess what - serv.ethnet is the machine I'm working on and it has IP address 192.168.2.2. What is going on here? (I don't get this error when setting up my laser printer; only with this inkjet.) On printing a test page I get "/usr/libexec/cups/filter/foomatic-rip failed" and job stopped. > On your client systems you add it as an IPP printer as the Network > Server's CUPS server is the IPP host. It would be nice to get that far. At present I can't get anything working at all without using hplip. -- Rgds Peter
Re: [gentoo-user] Network printing
On Tuesday 23 December 2008, Peter Humphrey wrote: > On Monday 22 December 2008 18:00:52 BRM wrote: [snip...] > I let cups find the printer and I tell it to use the .ppd file I got from > linuxprinting.org. It shows the printer configuration page, where I set A4 > paper, then I get a security error saying that I have attempted to > establish a connection with 192.168.2.2 whereas the security certificate > presented belongs to serv.ethnet. Guess what - serv.ethnet is the machine > I'm working on and it has IP address 192.168.2.2. What is going on here? (I > don't get this error when setting up my laser printer; only with this > inkjet.) If you are using SSL certificates you must set up the correct domain name, with regards to what the client machines see on the intranet/LAN. Clearly the IP address is not a FQDN and the certificate check fails. So, you want your common name (CN = serv.ethnet or whatever) to be the same with the name that your server is seen by the client in the LAN and this may involve setting up your router to resolve serv.ethnet to 192.168.2.2, or adding an entry in your client's /etc/hosts file to this effect. > On printing a test page I get "/usr/libexec/cups/filter/foomatic-rip > failed" and job stopped. > > > On your client systems you add it as an IPP printer as the Network > > Server's CUPS server is the IPP host. > > It would be nice to get that far. At present I can't get anything working > at all without using hplip. I am sorry but I have not followed all your previous threads on this subject - from my experience hplip should work straight out of the box. To see what's failing (which could well be related to the http:// ir ipp:// path to the printer being incorrect) you need to increase the verbosity of CUPS in its configuration file and then have a close look at: /var/log/cups/access_log /var/log/cups/error_log HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Network printing
On Wednesday 24 December 2008 00:03:46 Mick wrote: > If you are using SSL certificates you must set up the correct domain > name, with regards to what the client machines see on the intranet/LAN. > Clearly the IP address is not a FQDN and the certificate check fails. > So, you want your common name (CN = serv.ethnet or whatever) to be the > same with the name that your server is seen by the client in the LAN and > this may involve setting up your router to resolve serv.ethnet to > 192.168.2.2, or adding an entry in your client's /etc/hosts file to this > effect. I'm not using SSL certificates, or not as far as I know. Every host on the LAN has serv.ethnet in its hosts file, and dnsmasq on the gateway also knows about it - of course. The problem is not in name resolving. Both the cups server and the box running the Web browser are on the same LAN segment. I've just checked all the boxes' hosts files and they're all correct. > To see what's failing (which could well be related to the http:// ir > ipp:// path to the printer being incorrect) you need to increase the > verbosity of CUPS in its configuration file and then have a close look > at: > > /var/log/cups/access_log > /var/log/cups/error_log Good idea. I'll do that. Thanks. -- Rgds Peter
Re: [gentoo-user] Network printing
On Wednesday 24 December 2008, Peter Humphrey wrote: > On Wednesday 24 December 2008 00:03:46 Mick wrote: > > If you are using SSL certificates you must set up the correct domain > > name, with regards to what the client machines see on the intranet/LAN. > > Clearly the IP address is not a FQDN and the certificate check fails. > > So, you want your common name (CN = serv.ethnet or whatever) to be the > > same with the name that your server is seen by the client in the LAN and > > this may involve setting up your router to resolve serv.ethnet to > > 192.168.2.2, or adding an entry in your client's /etc/hosts file to this > > effect. > > I'm not using SSL certificates, or not as far as I know. Well, if you are getting security error messages about security certificates as per your previous email, I would think that you have inadvertently perhaps configured SSL connections to your CUPS server? > Every host on the > LAN has serv.ethnet in its hosts file, and dnsmasq on the gateway also > knows about it - of course. The problem is not in name resolving. Both the > cups server and the box running the Web browser are on the same LAN > segment. I've just checked all the boxes' hosts files and they're all > correct. It could still be a machine naming issue if you are pointing your client to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which is what I suspect the SSL certificate's CN record shows. Either way - if you disable authentication with SSL this problem will go away. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Network printing
On Wednesday 24 December 2008 10:45:58 Mick wrote: > It could still be a machine naming issue if you are pointing your client > to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which > is what I suspect the SSL certificate's CN record shows. (There's always one more detail that gets forgotten.) I am pointing my client to serv.ethnet, not any IP address. It decides for itself, part-way through setting-up the printer, that it's now connected to a different host from before. > Either way - if you disable authentication with SSL this problem will go > away. - but remain unsolved. Thanks anyway. -- Rgds Peter
Re: [gentoo-user] Network printing
On Wed, Dec 24, 2008 at 3:45 AM, Peter Humphrey wrote: > On Wednesday 24 December 2008 10:45:58 Mick wrote: > >> It could still be a machine naming issue if you are pointing your client >> to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which >> is what I suspect the SSL certificate's CN record shows. > > (There's always one more detail that gets forgotten.) I am pointing my > client to serv.ethnet, not any IP address. It decides for itself, part-way > through setting-up the printer, that it's now connected to a different host > from before. > >> Either way - if you disable authentication with SSL this problem will go >> away. > > - but remain unsolved. Thanks anyway. > > -- > Rgds > Peter > > Hi Peter, Sorry that I'm not much involved in this thread. I'm traveling and trying to catch up so I'm reading on a laptop screen. I'm a bit out of touch. I'm having a bit of a hard time understanding your setup. How many machines are you working with? Is this home and it's a couple of machines, or is it a work environment where there might be other strange bits of hardware in between that could be filtering and/or applying rules of some unknown type? Is the printer an HP (hplip was mentioned) and if so why use the PPD file from linuxprinting.org at all? For my simple home setup I didn't need to do that with hplip installed on each machine. (Cups server as well as Linux clients) I'm actually visiting my parents where my dad just purchased an HP 1522nf printer. It's connected to his Linux box using USB. hplip more or less automatically made the printer available to the Gentoo machines on the network so I didn't have to do anything to gt them printer. since I'm on my Vista-based laptop I thought I'd try printing from here. I created a new printer, pointed the laptop at http://192.168.1.2:631/printers/HP_1522nf and then let Windows find it. Once it did I had to choose the wrong driver as I don't have one for the 1522, so I chose one for a 1300 series laserjet, asked Windows to print the test page, and out popped a printed page. If you cannot make headway then I'm wondering if maybe you shouldn't go back to basics. Drop the SSL stuff, connect to the IP address directly, get it working, and then investigate adding these other things in until something breaks? Whatever you do, and to everyone else reading, best wishes for the Holiday Season. Let's hope for peace. Cheers, Mark
Re: [gentoo-user] Network printing
On Wednesday 24 December 2008 19:31:36 Mark Knecht wrote: > If you cannot make headway then I'm wondering if maybe you > shouldn't go back to basics. Drop the SSL stuff, connect to the IP > address directly, get it working, and then investigate adding these > other things in until something breaks? Every time I try to get my system working I get a different result. I think I'm going to leave it altogether alone now until the new year (I've been suffering a bronchial infection since before Christmas, which hasn't helped either). Maybe a few days away in the Lake District will renew the inner man. > Whatever you do, and to everyone else reading, best wishes for the > Holiday Season. Let's hope for peace. Indeed. And the season's greetings from me to all, too. Thanks for your help. -- Rgds Peter
Re: [gentoo-user] Network printing
On Tue, Jan 6, 2009 at 7:39 AM, Peter Humphrey wrote: > Hello, > > As it's the New Year, perhaps it's time to resume banging my head on this > wall again. > > I have a server with two printers connected, set up using the cups Web page > and operating properly. Now I want to send print jobs to them from my > workstation, which is on the same network, and with the same version of > cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also have > hplip version 2.8.6b installed on both machines. I can connect either > printer to either machine and print locally without any problems. > > However, I cannot get anything to print over the network. If, on the > workstation, I declare the network laser printer and connect to it, all > appears to work until I send a print job to it; the job sits in the lp > queue locally, and when I next look at the status of the printer it > says "Destination printer does not exist!" > > If I try to set up the Deskjet as a remote printer in the local cups server, > I get "Filter "foomatic-rip" for printer "HP_Deskjet_D4260" not available: > No such file or directory". > > I don't know what to try next. Anyone any idea here? > > -- > Rgds > Peter Hi Peter, For the sake of conversation how about emerge flags? My server: Sector9 ~ # emerge -pv cups hplip These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg ldap pam perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos -php -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW" 0 kB [ebuild R ] net-print/hplip-2.8.6b USE="dbus ppds qt3 qt4 -cupsddk -doc -fax -minimal -parport -scanner -snmp" 0 kB One of my clients: dragonfly ~ # emerge -pv cups hplip These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg ldap pam perl png ppds python ssl tiff -avahi -gnutls -java -kerberos -php -samba -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW" 0 kB [ebuild R ] net-print/hplip-2.8.6b USE="dbus ppds qt3 qt4 -cupsddk -doc -fax -minimal -parport -scanner -snmp" 0 kB I can send config files again if you need them but they haven't changed in the few weeks since you looked at this. Cheers, Mark
Re: [gentoo-user] Network printing
I think you are very close to getting it to work but just need to get LP configured correctly. It sounds like you have both systems configured as the "Server", which is not correct. For your workstation, follow the "Client" directions below: http://www.gentoo.org/doc/en/quick-samba-howto.xml#doc_chap5 Which is basically two steps: 1) Modify '/etc/cups/client.conf' and tell it where the server is. 2) Configure LP: - use lpstat to see the available printers - use lpoptions to set the default printer The beauty of CUPS is that any new printer you install on the server automatically becomes available to all clients. On Windows, you need additional drivers; but for other CUPS clients, it takes care of it for you internally (to my understanding). I believe you only need HPLIP on the server side, not the client side. But having it there shouldn't do any harm. HTH, Ben - Original Message From: Peter Humphrey To: gentoo-user@lists.gentoo.org Sent: Tuesday, January 6, 2009 10:39:48 AM Subject: [gentoo-user] Network printing Hello, As it's the New Year, perhaps it's time to resume banging my head on this wall again. I have a server with two printers connected, set up using the cups Web page and operating properly. Now I want to send print jobs to them from my workstation, which is on the same network, and with the same version of cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also have hplip version 2.8.6b installed on both machines. I can connect either printer to either machine and print locally without any problems. However, I cannot get anything to print over the network. If, on the workstation, I declare the network laser printer and connect to it, all appears to work until I send a print job to it; the job sits in the lp queue locally, and when I next look at the status of the printer it says "Destination printer does not exist!" If I try to set up the Deskjet as a remote printer in the local cups server, I get "Filter "foomatic-rip" for printer "HP_Deskjet_D4260" not available: No such file or directory". I don't know what to try next. Anyone any idea here? -- Rgds Peter
Re: [gentoo-user] Network printing
On Tuesday 06 January 2009 17:04:57 Mark Knecht wrote: >For the sake of conversation how about emerge flags? > My server: > > [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg ldap pam > perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos > -php -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he > -id -it -ja -pl -sv -zh_TW" 0 kB > > [ebuild R ] net-print/hplip-2.8.6b USE="dbus ppds qt3 qt4 > -cupsddk -doc -fax -minimal -parport -scanner -snmp" 0 kB Mine: [ebuild R ] net-print/cups-1.3.9-r1 USE="acl dbus jpeg pam perl png python ssl tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW" [ebuild R ] net-print/hplip-2.8.6b USE="cupsddk dbus doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp" I don't have X set because X is not installed on this server. I may install it later. I have cupsddk instead of ppds because hplip's ppds USE flag description says it is obsolete and I should use cupsddk instead. > One of my clients: > > [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg ldap pam > perl png ppds python ssl tiff -avahi -gnutls -java -kerberos -php > -samba -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he > -id -it -ja -pl -sv -zh_TW" 0 kB > > [ebuild R ] net-print/hplip-2.8.6b USE="dbus ppds qt3 qt4 > -cupsddk -doc -fax -minimal -parport -scanner -snmp" 0 kB Mine: [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg pam perl png python ssl tiff -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW" [ebuild R ] net-print/hplip-2.8.6b USE="cupsddk dbus doc qt3 -fax -minimal -parport -ppds -qt4 -scanner -snmp" The same comment re cupsddk applies on this machine. On Tuesday 06 January 2009 18:44:46 BRM wrote: > 1) Modify '/etc/cups/client.conf' and tell it where the server is. If I do that, will I lose the ability to connect the printer to the client? Surely, cups ought to be able to operate with more than one server, no? Otherwise, what do all those offices do that have printers connected to several workstations and share them all around? > 2) Configure LP: > - use lpstat to see the available printers Do you have a reason for preferring these two programs to the cups Web interface? On the client, lpstat lists all four: the laser and the deskjet, each defined both locally and on the server. I see no reports of any problems. > - use lpoptions to set the default printer Is it necessary to declare a default printer to cups? I thought I'd let applications set their own defaults, so that for instance the Deskjet gets coloured work and the laser gets word-processor output etc. > I believe you only need HPLIP on the server side, not the client side. > But having it there shouldn't do any harm. It's installed on the client so that I can print locally until I get network printing working. I assume that cups on the client will communicate via ipp with cups on the server, whatever printer driver is installed between cups and the printer. (I believe that the DJ4260 doesn't use the traditional HP printer control language, so I'm obliged to use hplip.) -- Rgds Peter
Re: [gentoo-user] Network printing
- Original Message From: Peter Humphrey To: gentoo-user@lists.gentoo.org Sent: Wednesday, January 7, 2009 7:08:12 AM Subject: Re: [gentoo-user] Network printing > > On Tuesday 06 January 2009 18:44:46 BRM wrote: > > 1) Modify '/etc/cups/client.conf' and tell it where the server is. > If I do that, will I lose the ability to connect the printer to the client? Yes - you lose the ability to connect the printer _directly_ to the client. It is instead connected through the server to the client. This is how CUPS is designed. > Surely, cups ought to be able to operate with more than one server, no? > Otherwise, what do all those offices do that have printers connected to > several workstations and share them all around? They setup a print server to handle the printer. Each client then connects to the print server to gain access to the printer. The print server manages each client and ensures all print jobs get completed. In this case, the CUPS server is the "print server", and the CUPS client is what gives the workstations access to the print server by redirecting the printing back-end as appropriate. > > 2) Configure LP: > > - use lpstat to see the available printers > Do you have a reason for preferring these two programs to the cups Web > interface? Yes. lpstat is a LOCAL command that tells you what printers are available to the local system. The CUPS Web interface only tells you what the CUPS _server_ makes available, and lets you manage print jobs for the printer on the _server_ side, not the client side. > On the client, lpstat lists all four: the laser and the deskjet, each > defined both locally and on the server. I see no reports of any problems. It won't give you any problems. But you need to configure the Workstation/client to only use what is provided by the server. That is the purpose to using CUPS - to centrally locate the printer management so that multiple computers can easily and reliably use the printers. > > - use lpoptions to set the default printer > Is it necessary to declare a default printer to cups? I thought I'd let > applications set their own defaults, so that for instance the Deskjet gets > coloured work and the laser gets word-processor output etc. No, it's not necessary. The system will select a default printer on its own, but it might not be the one you want. This lets you set a system wide default. AFAIK, applications can't really set their own default printer. May be there is a way to do so, but typically applications use the system default. Now if you are scripting some of this stuff, then you could certainly tell your scripts which printer to use - but that's different than applications like OpenOffice or GIMP. > > I believe you only need HPLIP on the server side, not the client side. > > But having it there shouldn't do any harm. > It's installed on the client so that I can print locally until I get network > printing working. I assume that cups on the client will communicate via ipp > with cups on the server, whatever printer driver is installed between cups > and the printer. (I believe that the DJ4260 doesn't use the traditional HP > printer control language, so I'm obliged to use hplip.) That's correct. print command (e.g. lp) -> CUPS Client -> IPP -> CUPS Server -> "Drivers" -> Printer >From what I can see in this new thread this year, you just need to do the >couple steps to make your Workstations work as CUPS Clients by configuring it >as a client and then it should work. When I set up my CUPS server it took me the longest to just get the server working with the printer and a test page printed through the CUPS Web interface. Once I had that working, I just setup the CUPS client.conf per the directions, and all my other Linux systems came on-line with the printer immediately without any problems. I haven't really touched the clients since, though I might need to when I get my Epson printer configured on the CUPS server - just haven't gotten to it yet. The Windows clients came almost as easily - though on Windows you also need a driver; and I've had problems with Vista64 and my printer for that one. Win2k, WinXP were no problem at all. HTH, Ben
Re: [gentoo-user] Network printing
On Wed, Jan 7, 2009 at 4:08 AM, Peter Humphrey wrote: > On Tuesday 06 January 2009 17:04:57 Mark Knecht wrote: > >>For the sake of conversation how about emerge flags? > >> My server: >> >> [ebuild R ] net-print/cups-1.3.9-r1 USE="X acl dbus jpeg ldap pam >> perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos >> -php -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he >> -id -it -ja -pl -sv -zh_TW" 0 kB >> >> [ebuild R ] net-print/hplip-2.8.6b USE="dbus ppds qt3 qt4 >> -cupsddk -doc -fax -minimal -parport -scanner -snmp" 0 kB > > Mine: > > [ebuild R ] net-print/cups-1.3.9-r1 USE="acl dbus jpeg pam perl png > python ssl > tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static > -xinetd -zeroconf" > LINGUAS="en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW" > > [ebuild R ] net-print/hplip-2.8.6b USE="cupsddk dbus > doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp" > > I don't have X set because X is not installed on this server. I may install > it later. I have cupsddk instead of ppds because hplip's ppds USE flag > description says it is obsolete and I should use cupsddk instead. > Interesting about the ppds flag. I have ppds in make.comf so I'm going to get that unless I make a change. Independent of what someone said is depreciated, what is chosen by default if nothing is specifically asked for? There have been a number of times in the past where someone changes a flag and it works for most but not all. I'll investigate cupsddk here over the next week or two. Thanks. I don't know what else to suggest. For me this has been pretty much a non-issue. It just works. There is a setting on the server side, available through the cups configuration stuff at http://server_address:631 which tells cups to publish the server. - Mark
Re: [gentoo-user] Network printing
On Wednesday 07 January 2009 14:20:24 BRM wrote: > From what I can see in this new thread this year, you just need to do the > couple steps to make your Workstations work as CUPS Clients by > configuring it as a client and then it should work. Of course it should. It does not. I simply cannot find the necessary invocations and USE flags etc. No matter what I try I cannot get printing to work over the network. I always get a succession of success messages from cups, followed by "printer does not exist" when I try to print a test page. That's a pretty strange definition of success in anybody's book. Even a straightforward postscript laser cannot be made to work now. I'm going to give it up altogether as a lost cause. Every machine on the network will have to have the printers set up locally, and be carried to where the printers are whenever a print job is needed. This is one giant black mark for Linux, the ultimate networking OS. I've been using Linux on-and-off for about 15 years, but I'm seriously considering the future of it in this house. Thanks for trying to help. -- Rgds Peter
Re: [gentoo-user] Network printing
Peter Humphrey schrieb: > > Of course it should. It does not. I simply cannot find the necessary > invocations and USE flags etc. No matter what I try I cannot get printing > to work over the network. I always get a succession of success messages > from cups, followed by "printer does not exist" when I try to print a test > page. That's a pretty strange definition of success in anybody's book. Even > a straightforward postscript laser cannot be made to work now. > > I'm going to give it up altogether as a lost cause. Every machine on the > network will have to have the printers set up locally, and be carried to > where the printers are whenever a print job is needed. > > This is one giant black mark for Linux, the ultimate networking OS. I've > been using Linux on-and-off for about 15 years, but I'm seriously > considering the future of it in this house. > > Thanks for trying to help. > > I read your posts and it sound to me, you try to connect to the printers instead of your spoolserver. You say you configured both printers on one server with CUPS-Webpage. I assume this works and you can print a testpage with the Webpage. Then you wrote "ServerName yourserver" in /etc/cups/client.conf . You can now choose both printers in the applicationspecific printmenus, right? If this is the case and it still does not work, please provide some logentries. As one who uses linux for 15 years you should know that cups != linux. Regards Norman
Re: [gentoo-user] Network printing
On Saturday 10 January 2009 12:56:29 Norman Rieß wrote: > You say you configured both printers on one server with CUPS-Webpage. I > assume this works and you can print a testpage with the Webpage. > Then you wrote "ServerName yourserver" in /etc/cups/client.conf . You > can now choose both printers in the applicationspecific printmenus, > right? Are you telling me that the printers the server knows of should appear in the client's cups web page automatically? That certainly doesn't happen, which is why I've been trying to tell the client where to find its printers. > If this is the case and it still does not work, please provide some > logentries. This looks important (trimming time & date etc.): cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4) cupsdReadClient: 8 POST / HTTP/1.1 cupsdAuthorize: No authentication data provided. cupsdSendError: 8 code=403 (Forbidden) cupsdCloseClient: 8 (The log is taken from the server after running lpstat -a on the client; the IPv4 address shown is the client.) What kind of authentication data does that mean? User ID confirmation? SSH keys? As far as I know I haven't done anything particular to SSH or SSL. The Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them up, or even installed them. > As one who uses linux for 15 years you should know that cups != linux. Indeed. Perhaps I should withdraw that remark - it shows just what depth of frustration can build up over a period of several months of repeated failure in a straightforward task. -- Rgds Peter
Re: [gentoo-user] Network printing
Peter Humphrey schrieb: > Are you telling me that the printers the server knows of should appear in > the client's cups web page automatically? That certainly doesn't happen, > which is why I've been trying to tell the client where to find its > printers. > > No the webpage only runs on the server which is connected to the printers. On that page, you should be able to see all printers connected to that server. If not, then you have to add them. The only thing you have to tell the clients is the name of your server the printers are connected to in the client.conf file. The applications on the client should see all printers on the server automatically then. The cupsd doesn't even need to be started on the clients. > This looks important (trimming time & date etc.): > cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4) > cupsdReadClient: 8 POST / HTTP/1.1 > cupsdAuthorize: No authentication data provided. > cupsdSendError: 8 code=403 (Forbidden) > cupsdCloseClient: 8 > > (The log is taken from the server after running lpstat -a on the client; the > IPv4 address shown is the client.) > > What kind of authentication data does that mean? User ID confirmation? SSH > keys? As far as I know I haven't done anything particular to SSH or SSL. The > Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them > up, or even installed them. > > I assume the printers are not configured correctly on the server. When i am home from work i will be able to provide some screenshots to make things clearer. Regards Norman
Re: [gentoo-user] Network printing
- Original Message From: Peter Humphrey To: gentoo-user@lists.gentoo.org Sent: Monday, January 12, 2009 5:44:52 AM Subject: Re: [gentoo-user] Network printing > On Saturday 10 January 2009 12:56:29 Norman Rieß wrote: > > You say you configured both printers on one server with CUPS-Webpage. I > > assume this works and you can print a testpage with the Webpage. > > Then you wrote "ServerName yourserver" in /etc/cups/client.conf . You > > can now choose both printers in the applicationspecific printmenus, > > right? > > Are you telling me that the printers the server knows of should appear in > the client's cups web page automatically? That certainly doesn't happen, > which is why I've been trying to tell the client where to find its > printers. No. He's refering to the dialog that pops up when you go File->Print in a program, like OpenOffice Writer. > > If this is the case and it still does not work, please provide some > > logentries. > > This looks important (trimming time & date etc.): > cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4) > cupsdReadClient: 8 POST / HTTP/1.1 > cupsdAuthorize: No authentication data provided. > cupsdSendError: 8 code=403 (Forbidden) > cupsdCloseClient: 8 > > (The log is taken from the server after running lpstat -a on the client; the > IPv4 address shown is the client.) > What kind of authentication data does that mean? User ID confirmation? SSH > keys? As far as I know I haven't done anything particular to SSH or SSL. The > Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them > up, or even installed them. You need to check the CUPS configuration on the server. By default, it only allows localhost to access it under the Browse directive. Example: http://www.linuxprinting.org/~till/printing-tutorial/tut.html#1_3_1 You need to have a line like: BrowseAllow 192.168.* or BrowseAllow @LOCAL I prefer the first method myself. Info from the URL: ""BrowseAdress" tells to which CUPS clients information about the queues on your machine is broadcasted. "@LOCAL" means all local networks, but not PPP, or dialed connections, so you printers will not get broadcasted into the internet and no costly dial-on-demand connections will be triggered. Yo can also specify an address range ("192.168.100.*") or several "BrowseAddress" lines with address ranges or even the IP addresses of single machines." This acts as the authentication agent. Typically, if you can see the web page from the machine, then you can also use the printer. If that is not the case, then there may be some other authentication agent in place, and I would highly recommend contacting the CUPS people. Ben
Re: [gentoo-user] Network printing
Norman Rieß schrieb: > When i am home from work i will be able to provide some screenshots to > make things clearer. > > Regards > Norman > > > So here is the screenshot. http://www.smash-net.org/bilder/cups.png Notice: loki is the client and asgard is the server connected to the printer. The upper left shell shows the configuration cupsd.conf on the _server_. You see the "Allow " statements in the "Location"-tags. These statements configure which IP's shall be allowed to print and browse the configuration-webpage. In the browser you see the webpage on the server. I am sorry it is in german, but i guess you will get the point. You see the printer connected and configured there. That is all on the serverside. Bottom left you see a cat of the client.conf with its only statement, the cupsserver. You do _not_ configure printers here! You see the lpstat sees the printer on the server. And you see the gedit printingdialog sees the printer. Norman
Re: [gentoo-user] Network printing
On Monday 12 January 2009 20:12:16 Norman Rieß wrote: > So here is the screenshot. > http://www.smash-net.org/bilder/cups.png > Notice: loki is the client and asgard is the server connected to the > printer. > > The upper left shell shows the configuration cupsd.conf on the _server_. > You see the "Allow " statements in the "Location"-tags. These > statements configure which IP's shall be allowed to print and browse the > configuration-webpage. > In the browser you see the webpage on the server. I am sorry it is in > german, but i guess you will get the point. You see the printer > connected and configured there. > That is all on the serverside. > > Bottom left you see a cat of the client.conf with its only statement, > the cupsserver. You do _not_ configure printers here! > You see the lpstat sees the printer on the server. And you see the gedit > printingdialog sees the printer. Thanks. That's exactly what I have. Do you have ldap in your print server's cups USE flags? Or gnutls? -- Rgds Peter
Re: [gentoo-user] Network printing
On Monday 12 January 2009 14:25:41 BRM wrote: > You need to check the CUPS configuration on the server. > > By default, it only allows localhost to access it under the Browse > directive. Example: > http://www.linuxprinting.org/~till/printing-tutorial/tut.html#1_3_1 > > You need to have a line like: > > BrowseAllow 192.168.* > > or > > BrowseAllow @LOCAL > > I prefer the first method myself. Of course I have that, and I've tried both versions. I've even specified the individual IP addresses of client machines. All with the same result. -- Rgds Peter
Re: [gentoo-user] Network printing
Peter Humphrey schrieb: > On Monday 12 January 2009 20:12:16 Norman Rieß wrote: > > >> So here is the screenshot. >> http://www.smash-net.org/bilder/cups.png >> Notice: loki is the client and asgard is the server connected to the >> printer. >> >> The upper left shell shows the configuration cupsd.conf on the _server_. >> You see the "Allow " statements in the "Location"-tags. These >> statements configure which IP's shall be allowed to print and browse the >> configuration-webpage. >> In the browser you see the webpage on the server. I am sorry it is in >> german, but i guess you will get the point. You see the printer >> connected and configured there. >> That is all on the serverside. >> >> Bottom left you see a cat of the client.conf with its only statement, >> the cupsserver. You do _not_ configure printers here! >> You see the lpstat sees the printer on the server. And you see the gedit >> printingdialog sees the printer. >> > > Thanks. That's exactly what I have. Do you have ldap in your print server's > cups USE flags? Or gnutls? > > These are my flags: USE="-X -gtk -gtk2 -qt3 -qt4 -gnome -kde unicode nls samba mmx sse 3dnow -mysql" USE="3dnow acl apache2 berkdb bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog ldap mailwrapper midi mmx mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection samba session snmp spl sse ssl sysfs tcpd truetype unicode x86 xml xorg zlib" package.use net-print/cups jpeg nls pam png ppds ssl tiff X
Re: [gentoo-user] Network printing
On Tuesday 13 January 2009 14:19:27 Norman Rieß wrote: > These are my flags: > > USE="-X -gtk -gtk2 -qt3 -qt4 -gnome -kde unicode nls samba mmx sse 3dnow > -mysql" > USE="3dnow acl apache2 berkdb bzip2 cli cracklib crypt cups dri fortran > gdbm gpm iconv ipv6 isdnlog ldap mailwrapper midi mmx mudflap ncurses > nls nptl nptlonly openmp pam pcre perl pppd python readline reflection > samba session snmp spl sse ssl sysfs tcpd truetype unicode x86 xml xorg > zlib" Why two statements, with duplicate elements? > package.use > net-print/cups jpeg nls pam png ppds ssl tiff X So you do have ldap specified. I'll try recompiling cups with ldap and see what that does. Thanks. -- Rgds Peter
Re: [gentoo-user] Network printing
Peter Humphrey schrieb: > > Why two statements, with duplicate elements? > The first line are the useflags from make.conf. Second are the userflags from emerge --info, so make.conf + profileflags. > >> package.use >> net-print/cups jpeg nls pam png ppds ssl tiff X >> > > So you do have ldap specified. I'll try recompiling cups with ldap and see > what that does. Thanks. > > Yes, but i do not use ldap in my network.
Re: [gentoo-user] Network printing
On Tuesday 13 January 2009, Norman Rieß wrote: > Peter Humphrey schrieb: > >> package.use > >> net-print/cups jpeg nls pam png ppds ssl tiff X > > > > So you do have ldap specified. I'll try recompiling cups with ldap and > > see what that does. Thanks. > > Yes, but i do not use ldap in my network. Peter, ldap is only required if you are authenticating clients on your LAN/WAN using an ldap server. If you had hundreds of clients and a need to manage frequently changing client membership and passwds, then ldap would be desirable to manage them effectively. In your case you just need to control access to your cups server by means of the allow/deny wrappers in /etc/cups/conf.d for machines in your LAN and let them through the iptables on the server machine. Increasing the verbosity of the access and error cups logs will show you what you need to (re)configure. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Network printing
On Wednesday 14 January 2009 08:58:11 Mick wrote: > Peter, ldap is only required if you are authenticating clients on your > LAN/WAN using an ldap server. If you had hundreds of clients and a need > to manage frequently changing client membership and passwds, then ldap > would be desirable to manage them effectively. Yes, I know what ldap is for, and that I have no use for it. I have a vague memory of an earlier version of cups requiring ldap, but the requirement seems to have gone away. I was just clutching at straws - still am. > Increasing the verbosity of the access and error cups logs will show you > what you need to (re)configure. It hasn't shown me yet, but I'll keep on plugging away at running test cases. Thanks to all for help so far. -- Rgds Peter
Re: [gentoo-user] Network printing
2009/1/15 Peter Humphrey : > On Wednesday 14 January 2009 08:58:11 Mick wrote: >> Increasing the verbosity of the access and error cups logs will show you >> what you need to (re)configure. > > It hasn't shown me yet, but I'll keep on plugging away at running test > cases. > > Thanks to all for help so far. You're welcome. If you want help off-list email me your cupsd.conf and client(s).conf and I will look through them in case I find something. -- Regards, Mick
Re: [gentoo-user] Network printing -- Solved
On Tuesday 06 January 2009 15:39:48 I wrote: > I have a server with two printers connected, set up using the cups Web > page and operating properly. Now I want to send print jobs to them from > my workstation, which is on the same network, and with the same version > of cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also > have hplip version 2.8.6b installed on both machines. I can connect > either printer to either machine and print locally without any problems. > > However, I cannot get anything to print over the network. If, on the > workstation, I declare the network laser printer and connect to it, all > appears to work until I send a print job to it; the job sits in the lp > queue locally, and when I next look at the status of the printer it > says "Destination printer does not exist!" > > If I try to set up the Deskjet as a remote printer in the local cups > server, I get "Filter "foomatic-rip" for printer "HP_Deskjet_D4260" not > available: No such file or directory". > > I don't know what to try next. Anyone any idea here? Well, I don't know what I did differently, but once again I zapped the server root partition, recovered it from a known good, minimal backup, brought it up to date and set cups up again. Now when I go to a client box and run the KDE printer setup utility, it shows the printers and even allows me to configure them. I don't touch the cups server on the client, other than to point /etc/cups/client.conf to the server. There are still some oddities, but those can wait now. Thanks to all for their help. -- Rgds Peter