[gentoo-user] Network printing

[gentoo-user] Network printing

[Peter Humphrey]

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

[Mark Knecht]

On Tue, Jan 6, 2009 at 7:39 AM, Peter Humphrey <peter@humphrey.ukfsn.org> 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

[Peter Humphrey]

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

[BRM]

----- Original Message ----

From: Peter Humphrey <peter@humphrey.ukfsn.org>
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

[Peter Humphrey]

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

[Norman Rieß]

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

[Peter Humphrey]

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

[Norman Rieß]

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

[Norman Rieß]

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

[Peter Humphrey]

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

[Norman Rieß]

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

[Peter Humphrey]

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

[Norman Rieß]

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 923 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] Network printing

[Peter Humphrey]

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

[Mick]

2009/1/15 Peter Humphrey <peter@humphrey.ukfsn.org>:
> 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

[BRM]

----- Original Message ----

From: Peter Humphrey <peter@humphrey.ukfsn.org>
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

[Peter Humphrey]

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

[Mark Knecht]

On Wed, Jan 7, 2009 at 4:08 AM, Peter Humphrey <peter@humphrey.ukfsn.org> 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

[BRM]

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 <peter@humphrey.ukfsn.org>
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 -- Solved

[Peter Humphrey]

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

[gentoo-user] Network printing

[Peter Humphrey]

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

[BRM]

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 <peter@humphrey.ukfsn.org>
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

[Peter Humphrey]

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1955 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] Network printing

[Peter Humphrey]

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

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1569 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] Network printing

[Peter Humphrey]

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

[Mark Knecht]

On Wed, Dec 24, 2008 at 3:45 AM, Peter Humphrey
<peter@humphrey.ukfsn.org> 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

[Peter Humphrey]

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