Re(2): CUPS & network printing



# From: Steven <redalert.commander@xxxxxxxxx>
# Date: Thu, 22 Sep 2011 23:34:22 +0200
On the cups webinterface click administration, and make sure to check
the box "Share printers connected to this system", save these settings.
Then go to printers, select your printer and use the dropdownbox to
select "edit printer", click continue, then in the next screen check
"Share this printer" and click continue.

So far, so good.

Now your printer is accessible using the IPP protocol ...

lpr is needed here.
cups-bsd is installed and should provide a functional lpr.

ipp://hostname:631/printers/printername
replace hostname with the hostname or IP of your linux server and
replace 'printername' with the actual printername.

The client requested printing of Test by lpr and made this report.
Desktops.PrintDoc HPLaserJet1100@xxxxxxxxxx MY:Test Ok
LPR: HPLaserJet1100@xxxxxxxxxx connecting failed, res = 1

This appeared in cupsserver:/var/log/cups/error_log.
D [22/Sep/2011:15:40:09 -0700] cupsdAcceptClient: 12 from localhost:631 (IPv4)
D [22/Sep/2011:15:40:09 -0700] cupsdReadClient: 12 GET /admin/log/error_log HTTP/1.1
D [22/Sep/2011:15:40:09 -0700] cupsdSetBusyState: Active clients
D [22/Sep/2011:15:40:09 -0700] cupsdAuthorize: Authorized as root using Basic

This is the tcpdump from another request.

root@cupsserver:/# tcpdump -i LocBel7411cc tcp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on LocBel7411cc, link-type EN10MB (Ethernet), capture size 65535 bytes
16:00:46.740617 IP cantor.invalid.721 > 172.24.1.1.printer: Flags [S], seq 129592, win 8192, options [mss 1420], length 0
16:00:46.740711 IP 172.24.1.1.printer > cantor.invalid.721: Flags [R.], seq 0, ack 129593, win 0, length 0
...
16:00:46.762612 IP cantor.invalid.731 > 172.24.1.1.printer: Flags [S], seq 138632, win 8192, options [mss 1420], length 0
16:00:46.762631 IP 172.24.1.1.printer > cantor.invalid.731: Flags [R.], seq 0, ack 138633, win 0, length 0
^C
22 packets captured
22 packets received by filter
0 packets dropped by kernel
root@cupsserver:/# ^C

Any further thoughts?

Thanks, ... Peter E.

--
Telephone 1 360 450 2132. bcc: peasthope at shaw.ca
Shop pages http://carnot.yi.org/ accessible as long as the old drives survive.
Personal pages http://members.shaw.ca/peasthope/ .


--
To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx
with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Archive: http://lists.debian.org/171057148.53359.46026@xxxxxxxxxxxxxx



Relevant Pages

  • Re: aptitude/apt-get hangs during update (plus) on IPv6
    ... When I check with tcpdump to be sure the firewall isn't the ... I find that all of the packets that reach the firewall ... I got a tcpdump of that. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)
  • Re(2): CUPS & network printing
    ... cups-bsd is installed and should provide a functional lpr. ... This is the tcpdump from another request. ... 22 packets received by filter ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)
  • Re: ssh corrupt packets with aes encryption
    ... I don't have any experience with tcpdump, ... instructions here -- let me know if you need more! ... 40 packets received by filter ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)
  • Fw: Very weird network behaviour with 4.7-RELEASE-p10 (large)
    ... I have been doing some tests using hping2 and TCP SYN ... packets tramitted, 6 packets received, -20% packet loss ... And tcpdump confirms this and shows more packets after hping2 ... To unsubscribe, ...
    (freebsd-net)
  • Re: ntpd fails to synchronize on FreeBSD 6.3-STABLE
    ... 12 packets received by filter ... Then let the tcpdump go for about 15 minutes. ... Firewall on my router/gateway is disabled, ... # shutdown -r now ...
    (freebsd-stable)