[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: CUPS broadcasting print queue availability

On Saturday 03 April 2010 04:10, Ron Johnson wrote:
> Hi,
> I did this once a *long* time ago, but don't remember how.  Also,
> I've read the (seemingly relevant sections of the sorely lacking)
> CUPS SAM, and Googled around to no avail.

Hi Ron.

Can't help much on configuring the machine with the printer attached, as I had 
problems with cups at the time (new to linux 2003), and used the redhat 
config tool on FC2, and there is a checkbox on that to share the printer, but 
using the cups (localhost:631) web interface, you should have some option 
when setting up the printer on the server machine to share it. I say that 
because my printer.conf file on the Archlinux machine has a line as below 
"shared No" , which is correct for a machine that is printing over the LAN. 
Your printers.conf on the server machine should have a line "Shared Yes".

# Printer configuration file for CUPS v1.4.2
# Written by cupsd on 2010-04-03 10:40
<Printer netprinter>
Info epson c44ux
DeviceURI ipp://
State Idle
StateTime 1245182001
Type 6
Accepting Yes
Shared No
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer

If you have active firewalls on your machines, make sure that IPP is allowed 
in both directions.

> My server has a print queue that looks like this:
> $ lpstat -v
> device for Dell_3100cn: socket://
> device for Dell_3100cn@haggis: socket://
> device for PDF: cups-pdf:/
> The server's /etc/cups/cupsd.conf looks like:
> Browsing On
> BrowseOrder allow,deny
> BrowseAllow
> BrowseAddress
> BrowseLocalProtocols CUPS dnssd
> DefaultAuthType Basic
> <Location />
>    Allow from 192.168.1.*
>    Order allow,deny
> </Location>
> I created this on the client:
> $ cat /etc/cups/cups.conf
> ServerName haggis
> Shouldn't cups on the server (haggis) be broadcasting network
> messages announcing the availability of it's print queues, and
> shouldn't some program from cups-client be listening?

Yes. On the client OS's you should see incoming packets of about 189 bytes 
every 30 secs. gkrellm shows these, or if you run wireshark, you should see 
these cups broadcasts from the machine with the printer attached.

there's a bit of output from netstat -a below which shows cups listening on 
the client machine, which happens to be Archlinux at the moment.

Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node Path
unix  2      [ ACC ]     STREAM     LISTENING     11116  @/tmp/.ICE-unix/2387
unix  2      [ ACC ]     STREAM     LISTENING     
75386  /var/run/cups/cups.sock
unix  2      [ ACC ]     STREAM     LISTENING     9937   

> Or do even client computers need the cups server package?

Yes. I've just looked at that on Archlinux. Trying to print with the cups 
daemon stopped results in a "can't find the printer list" message, and the 
print button is greyed out. Also netstat -a shows no listening entry for 

Don't know if any of the above helps.

All the best.

> --
> "History does not long entrust the care of freedom to the weak
> or the timid."  Dwight Eisenhower

Reply to: