cups drucker druckt lokal, aber nicht vom netzwerk

[exponator]

Hi Leute
Ich habe zwei Laptops. Der Einfachheit halber nenne ich jetzt das alte Laptop (dient als Server) Lap1, das neue Laptop Lap2.
Lap1 hat die IP Endziffer 5 und Lap2 die 23.

An Lap1 habe via USB einen Epson Drucker. Installiert und druckt.
Dieser wurde mit allem was geht, freigegeben. Ist ja im internen Netzwerk.
Bei Lap2 habe ich mittels Yast per IPP den Drucker von Lap1 angegeben und eine Testseite zum drucken angestoßen.
Weil nichts gedruckt wurde, habe ich mir die access.log in Lap1 angesehen.

# cat /var/log/cups/access_log 
localhost - root [28/Apr/2022:21:55:54 +0200] "GET /admin/conf/cupsd.conf HTTP/1.1" 304 0 - -
localhost - - [28/Apr/2022:21:56:09 +0200] "POST / HTTP/1.1" 200 152 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:21:56:09 +0200] "POST / HTTP/1.1" 200 302 Create-Printer-Subscriptions successful-ok
localhost - - [28/Apr/2022:21:56:09 +0200] "POST / HTTP/1.1" 200 152 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:21:56:09 +0200] "POST / HTTP/1.1" 200 281 Create-Printer-Subscriptions successful-ok
localhost - - [28/Apr/2022:21:56:09 +0200] "POST / HTTP/1.1" 200 152 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:22:22:54 +0200] "POST / HTTP/1.1" 401 123 Cancel-Subscription successful-ok
localhost - root [28/Apr/2022:22:22:54 +0200] "POST / HTTP/1.1" 200 123 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:22:22:54 +0200] "POST / HTTP/1.1" 200 152 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:22:23:04 +0200] "POST / HTTP/1.1" 200 349 Create-Printer-Subscriptions successful-ok
localhost - - [28/Apr/2022:22:23:04 +0200] "POST / HTTP/1.1" 200 176 Create-Printer-Subscriptions successful-ok
localhost - - [28/Apr/2022:22:26:12 +0200] "POST / HTTP/1.1" 200 123 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:22:26:12 +0200] "POST / HTTP/1.1" 200 152 Cancel-Subscription successful-ok
localhost - - [28/Apr/2022:22:26:17 +0200] "POST / HTTP/1.1" 200 349 Create-Printer-Subscriptions successful-ok
localhost - - [28/Apr/2022:22:26:18 +0200] "POST / HTTP/1.1" 200 176 Create-Printer-Subscriptions successful-ok
192.168.178.23 - - [28/Apr/2022:22:26:34 +0200] "POST /printers/epson HTTP/1.1" 200 229 Validate-Job successful-ok
192.168.178.23 - - [28/Apr/2022:22:26:34 +0200] "POST /printers/epson HTTP/1.1" 200 182 Create-Job successful-ok
192.168.178.23 - - [28/Apr/2022:22:26:34 +0200] "POST /printers/epson HTTP/1.1" 200 435 Send-Document successful-ok

Gedruckt wurde jedoch nichts.
Woran könnte es denn noch liegen?

Falls ihr die configs braucht sagt Bescheid.

[exponator]

Hier noch einige Ungereimtheiten, wie ich denke, die ich nicht verstehe. (siehe Bilder)

Drucker2.png zeigt "Yast Printer" nach der Installation des Druckers auf Lap2.

Drucker1.png zeigt "Yast Printer" bei der Treiberauswahl zum Drucker auf Lap2.

Drucker3.png zeigt das Fenster "Druckereinrichtung" auf Lap2, welches man unter KDE aufrufen kann.

Meiner Meinung nach ergeben sich für mich folgende Ungereimtheiten, die ich mir nicht erklären kann:

1) Der Unterschied zwischen den Bildern Drucker2.png und Drucker1.png.
Warum zeigt Drucker2.png zwei angebliche Drucker, obwohl es, wie Drucker1.png zeigt, nur einen Drucker gibt?

2) Ich kenne diese Verbindung nicht, die Drucker3.png zeigt. Was bedeutet hier implicitclass://?
Der Drucker wird doch via IPP angesprochen.

Liegt hierin vielleicht der Fehler? Ich habe einige Verbindungen durch den Verbindungsassistenten von Yast Printer versucht.
Die einzig logische Verbindung erschien mir so:
> Über Druckserver drucken > CUPS-Server (IPP)
War das aber korrekt?
Wenn ja, warum nimmt der Server Druckaufträge an (siehe access.log), aber druckt dann nicht?

[exponator]

#>lpinfo -v

network beh
serial serial:/dev/ttyS0?baud=115200
direct usb://EPSON/Stylus%20SX218?serial=4D464A4B3330313067&interface=1
network smb
network http
network https
network ipp
network ipps
network lpd
network socket
network dnssd://epson%20%40%20Laptop-Lap1-2._ipp._tcp.local/cups?uuid=d64a899e-2bfe-376b-562f-22d79ee0ee13

Vielleicht gibt es noch eine andere Verbindungseinstellung, die mittels YaST nicht einstellbar ist, oder YaST nicht will, aber funktioniert.
Ich denke da an lpd.
Nur kenne ich die Befehlsfolge nicht mehr genau und in welcher Datei es eingetragen werden muss.

[temir]

Hi exponator,

poste bitte die Ausgabe von "ss -tulpen" als UID(0).

Grüße, temir.
PS: evtl. die Doku durchgehen: http://www.cups.org/doc/sharing.html

[exponator]

[code]ss -tulpen
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
udp UNCONN 0 0 0.0.0.0:34234 0.0.0.0:* uid:468 ino:213341 sk:2b4 <->
udp UNCONN 0 0 0.0.0.0:10000 0.0.0.0:* ino:39608 sk:294 <->
udp UNCONN 0 0 0.0.0.0:68 0.0.0.0:* ino:206417 sk:2b5 <->
udp UNCONN 0 0 0.0.0.0:17500 0.0.0.0:* users("dropbox",pid=2098,fd=54)) uid:1000 ino:46071 sk:29c <->
udp UNCONN 0 0 0.0.0.0:5353 0.0.0.0:* uid:468 ino:213339 sk:2b6 <->
udp UNCONN 0 0 *:1716 *:* users("kdeconnectd",pid=1883,fd=11)) uid:1000 ino:35603 sk:29e v6only:0 <->
udp UNCONN 0 0 [::]:58121 [::]:* uid:468 ino:213342 sk:2b7 v6only:1 <->
udp UNCONN 0 0 [::]:5353 [::]:* uid:468 ino:213340 sk:2b8 v6only:1 <->
tcp LISTEN 0 32 0.0.0.0:5901 0.0.0.0:* uid:465 ino:39019 sk:2a1 <->
tcp LISTEN 0 128 0.0.0.0:10000 0.0.0.0:* ino:39607 sk:2a2 <->
tcp LISTEN 0 32 0.0.0.0:21 0.0.0.0:* ino:36055 sk:2a3 <->
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* ino:213603 sk:2b9 <->
tcp LISTEN 0 5 127.0.0.1:631 0.0.0.0:* ino:35108 sk:2a5 <->
tcp LISTEN 0 100 127.0.0.1:25 0.0.0.0:* ino:225708 sk:2ba <->
tcp LISTEN 0 128 0.0.0.0:17500 0.0.0.0:* users("dropbox",pid=2098,fd=52)) uid:1000 ino:46069 sk:2a7 <->
tcp LISTEN 0 128 127.0.0.1:17600 0.0.0.0:* users("dropbox",pid=2098,fd=77)) uid:1000 ino:42815 sk:2a9 <->
tcp LISTEN 0 128 127.0.0.1:17603 0.0.0.0:* users("dropbox",pid=2098,fd=78)) uid:1000 ino:42818 sk:2aa <->
tcp LISTEN 0 32 [::]:5901 [::]:* uid:465 ino:39020 sk:2ac v6only:1 <->
tcp LISTEN 0 50 *:1716 *:* users("kdeconnectd",pid=1883,fd=12)) uid:1000 ino:35604 sk:2ad v6only:0 <->
tcp LISTEN 0 128 [::]:22 [::]:* ino:213605 sk:2bb v6only:1 <->
tcp LISTEN 0 5 [::1]:631 [::]:* ino:35107 sk:2af v6only:1 <->
tcp LISTEN 0 100 [::1]:25 [::]:* ino:225709 sk:2bc v6only:1 <->
tcp LISTEN 0 128 [::]:17500 [::]:* users("dropbox",pid=2098,fd=53)) uid:1000 ino:46070 sk:2b1 v6only:1 <->{code]

[temir]

Und, fällt dir was auf?

Port 631: cups - ist nur lokal (am selben Rechner) erreichbar
IPv4 loopback: 127.0.0.1:631
IPv6 loopback: [::1]:631

Port 515 für IPP taucht da überhaupt nicht auf...

Grüße, temir.

[exponator]

Oh, Moment.
Wolltest du den Befehl am Server gesehen haben.
Dieses Mal war es vom Client.
Ich liefere nach, denke aber da sieht es nicht anders aus.
Frage mich dann aber, warum Daten angenommen werden. Ist das normal?

[exponator]

#> ss -tulpen
Netid        State         Recv-Q        Send-Q                   Local Address:Port                  Peer Address:Port                                                    
udp          UNCONN        0             0                              0.0.0.0:20048                      0.0.0.0:*            ino:29308 sk:1 <->
udp          UNCONN        0             0                      239.255.255.250:1900                       0.0.0.0:*            uid:459 ino:36998 sk:2 <->
udp          UNCONN        0             0                              0.0.0.0:2049                       0.0.0.0:*            ino:30446 sk:3 <->
udp          UNCONN        0             0                              0.0.0.0:68                         0.0.0.0:*            ino:34110 sk:4 <->
udp          UNCONN        0             0                              0.0.0.0:111                        0.0.0.0:*            ino:17029 sk:5 <->
udp          UNCONN        0             0                              0.0.0.0:43219                      0.0.0.0:*            uid:465 ino:26281 sk:6 <->
udp          UNCONN        0             0                              0.0.0.0:631                        0.0.0.0:*            ino:600787 sk:2f <->
udp          UNCONN        0             0                            127.0.0.1:766                        0.0.0.0:*            ino:30999 sk:9 <->
udp          UNCONN        0             0                        192.168.178.5:35687                      0.0.0.0:*            uid:459 ino:514309 sk:29 <->
udp          UNCONN        0             0                              0.0.0.0:5353                       0.0.0.0:*            uid:465 ino:26279 sk:a <->
udp          UNCONN        0             0                              0.0.0.0:42266                      0.0.0.0:*            ino:30449 sk:b <->
udp          UNCONN        0             0                              0.0.0.0:50554                      0.0.0.0:*            uid:467 ino:31115 sk:c <->
udp          UNCONN        0             0                              0.0.0.0:60838                      0.0.0.0:*            ino:20690 sk:d <->
udp          UNCONN        0             0                                 [::]:20048                         [::]:*            ino:29314 sk:e v6only:1 <->
udp          UNCONN        0             0                                 [::]:2049                          [::]:*            ino:30448 sk:f v6only:1 <->
udp          UNCONN        0             0                                 [::]:111                           [::]:*            ino:17037 sk:10 v6only:1 <->
udp          UNCONN        0             0                                 [::]:51845                         [::]:*            ino:20691 sk:11 v6only:1 <->
udp          UNCONN        0             0                                 [::]:39606                         [::]:*            uid:465 ino:26282 sk:12 v6only:1 <->
udp          UNCONN        0             0                                 [::]:5353                          [::]:*            uid:465 ino:26280 sk:13 v6only:1 <->
udp          UNCONN        0             0                                 [::]:58712                         [::]:*            uid:467 ino:31120 sk:14 v6only:1 <->
udp          UNCONN        0             0                                 [::]:34202                         [::]:*            ino:30451 sk:15 v6only:1 <->
tcp          LISTEN        0             128                            0.0.0.0:22                         0.0.0.0:*            ino:31397 sk:16 <->
tcp          LISTEN        0             5                              0.0.0.0:631                        0.0.0.0:*            ino:599784 sk:30 <->
tcp          LISTEN        0             100                      192.168.178.5:25                         0.0.0.0:*            ino:35477 sk:18 <->
tcp          LISTEN        0             100                          127.0.0.1:25                         0.0.0.0:*            ino:35476 sk:19 <->
tcp          LISTEN        0             128                            0.0.0.0:47481                      0.0.0.0:*            uid:467 ino:31118 sk:1a <->
tcp          LISTEN        0             64                             0.0.0.0:2049                       0.0.0.0:*            ino:31419 sk:1b <->
tcp          LISTEN        0             5                        192.168.178.5:515                        0.0.0.0:*            ino:599787 sk:31 <->
tcp          LISTEN        0             16                             0.0.0.0:8200                       0.0.0.0:*            uid:459 ino:36999 sk:1c <->
tcp          LISTEN        0             64                             0.0.0.0:34377                      0.0.0.0:*            ino:30450 sk:1d <->
tcp          LISTEN        0             128                            0.0.0.0:111                        0.0.0.0:*            ino:17028 sk:1e <->
tcp          LISTEN        0             128                            0.0.0.0:20048                      0.0.0.0:*            ino:29311 sk:1f <->
tcp          LISTEN        0             128                               [::]:22                            [::]:*            ino:31407 sk:20 v6only:1 <->
tcp          LISTEN        0             5                                 [::]:631                           [::]:*            ino:599785 sk:32 v6only:1 <->
tcp          LISTEN        0             100                              [::1]:25                            [::]:*            ino:35478 sk:22 v6only:1 <->
tcp          LISTEN        0             64                                [::]:2049                          [::]:*            ino:30447 sk:23 v6only:1 <->
tcp          LISTEN        0             128                               [::]:54765                         [::]:*            uid:467 ino:31122 sk:24 v6only:1 <->
tcp          LISTEN        0             64                                [::]:44079                         [::]:*            ino:30452 sk:25 v6only:1 <->
tcp          LISTEN        0             128                               [::]:111                           [::]:*            ino:17034 sk:26 v6only:1 <->
tcp          LISTEN        0             128                               [::]:20048                         [::]:*            ino:29317 sk:27 v6only:1 <->
tcp          LISTEN        0             32                                   *:21                               *:*            ino:30078 sk:28 v6only:0 <->

[exponator]

Jetzt darfst du mir verraten - wenn es ebenso schlecht aussieht - wie es richtig sein müsste. Das muss doch auch ohne YaST gehen.

[temir]

Am "Server" passt es:
udp 0.0.0.0:631
tcp 0.0.0.0:631
tcp [::]:631 (IPv6)
tcp 192.168.178.5:515

0.0.0.0 - heißt: CUPS mit dem Port 631 lauscht an allen Interfaces,
IPP ist im Netz 192.168.178.0/24 an der IP 192.168.178.5 und Port 515 (well known) erreichbar.

Was du nun prüfen und einstellen solltest: Papierformat am Lap2 soll für den Drucker der selbe sein wie am Lap1 (A4?),
ist oft eine Quelle fürs nicht Drucken, ohne dass dabei klare Fehlermeldungen kommen.

Ohne Yast:
alle configs liegen unter /etc/cups. Zu den einzelnen findest du die Doku via "man ...",
ansonsten Suchmaschine deines Vertrauens bemühen.

Nachtrag:
access.log ist bei der Fehlersuche nicht sinnvoll, eher das error.log.
Auf beiden Maschinen:

su
tail -50f /var/log/cups/error.log
=> hier paar mal ENTER drücken, um visuell abzugrenzen

nun den Ausdruck am Lap2 starten

[exponator]

Moin temir
Den Ort der configs kenne ich. Hab mal /etc durchsucht.
Wenn demnach die Verbindung, auch mittels IPP funktionieren sollte, werde ich mir die configs am Client vornehmen, testen und die configs vom Client posten.

Kann ja nicht sein, dass es nicht funktioniert.
Ich könnte natürlich, nur zu deiner Einsicht, dir die nötigen configs zukommen lassen. Somit hättest du einen besseren Eindruck da und kannst evtl besser beurteilen wo der Fehler liegt.
Aber nur, wenn du damit einverstanden bist.

[temir]

Hi exponator,

configs müssen noch nicht sein. Kannst du es mit dem tail aus meinem Post vorher durchziehen?
- Dann hätten wir evtl. schon einen Hinweis...
Und vorher: zwecks Papierformat am Lap2 prüfen/korrigieren.

Grüße, temir.

[exponator]

Hi temir
Ich habs endlich hinbekommen, dass der Drucker jetzt über ipp druckt. Und das auch nur mittels Systemeinstellungen > Drucker.
Schade ist nur, dass, wenn ich ein Officedokument drucken möchte, ich die Druckereinstellungen NICHT verändern kann.
Die einzige Einstellung die ich dabei habe ist:
- Manual feed (false/true)
Das ist Mist.

In den Systemeinstellungen > Drucker - am Server - lauten die Systemeinstellungen des Druckers:
- Drucker freigeben, die mit diesem Rechner verbunden sind
- Einrichtung über das Netzwerk zulassen

Hast Du eine Idee wie ich die Einstellungen am Client sporadisch ändern kann?
Es gibt diverse Situationen in denen man die Einstellungen ändern möchte. ohne sie am Server ändern zu müssen.

NACHTRAG:
Ich glaube ich habs jetzt.
Die epson.ppd vom Server via FTP an den Client übertragen und am Client in den Ordner /etc/cups/ppd gepackt.
Jetzt funktioniert es wie gewünscht.

---

Können wir uns mal über VNC unterhalten? Da ist noch was im Argen. Wäre klasse.
---
Hab auch das hinbekommen.

[exponator]

Noch was:
Ich bin echt froh darüber, dass Du dir Zeit und Musse dafür genommen hast. Habe recht herzlichen Dank dafür.

Wenn ich nochmal ein Problem habe melde ich mich demnächst zunächst bei Dir. Dann darfst Du entscheiden.

[temir]

Hallo exponator,
Gratulation zu deinem Erfolg!
Ehrlich gesagt, hab ich nicht viel dazu beigetragen :-).

Bei den künftigen Fragen / Problemen: würde doch empfehlen, dich ans Forum zu wenden,
um möglichst schnell Hilfe zu bekommen, denn ich bin hier nicht oft unterwegs.

Grüße, temir.