Re: CUPS broadcasting print queue availability
On 2010-04-03 13:45, Axel Freyn wrote:
[snip]
I think, you should rename this file to "/etc/cups/client.conf" - that's
what it is called on my machines;-)
Fixed that.
[snip]
Well, there are 3 possibilites:
[snip]
3) you install on the client only the cups-client, and add in the file
/etc/cups/client.conf (It is "client.conf", NOT "cups.conf"!!!!!!!)
# cat /etc/cups/client.conf
ServerName haggis
the parameter "ServerName haggis". With that, the client will ONLY
use this cups-Server - and whenever the client wants to know
something (what printers do exists, are the working, paper jam, ...),
the client will ask the server. So: in this configuration, it is
irrelevant whether Browsing is activated or not... The cups-client
packages do NOT contain a daemon which listens all the time:-)
# lpstat -v -h haggis
lpstat: Connection refused
# tshark -r wirecap.600.pcap | grep ipp
Running as user "root" and group "root". This could be dangerous.
99 11.565228 192.168.1.12 -> 192.168.1.10 TCP 50455 > ipp [SYN]
Seq=0 Win=5840 Len=0 MSS=1460 TSV=12598298 TSER=0 WS=6
100 11.565449 192.168.1.10 -> 192.168.1.12 TCP ipp > 50455 [RST,
ACK] Seq=1 Ack=1 Win=0 Len=0
Is there some more fundamental network error?
(server)$ tail -n2 /etc/hosts.allow
cups: 192.168.1.0/255.255.255.0
However, always important are of course the access rights on the server;
and you have to "share" the printers on the server - in order to allow
clients to use them...
me@haggis:~$ sudo more /etc/cups/printers.conf
<DefaultPrinter Dell_3100cn>
Info Dell_3100cn
[snip]
Accepting Yes
Shared Yes
--
"History does not long entrust the care of freedom to the weak
or the timid." Dwight Eisenhower
Reply to: