Merkwürdiges bei CUPS / Druckereinstellungen Thema ist als GELÖST markiert

[Clemens]

Ich beobachte auf zwei PCs Unstimmigkeiten bei CUPS und den Druckereinstellungen:

1.) Bei einem PC fehlt plötzlich unter Einstellungen das Icon "Druckereinstellungen". Wenn ich auf dem PC den Startbefehl

Code: Alles auswählen

system-config-printer

im Terminal eingebe, ggfs. auch mit sudo davor, heißt es, dass der Befehl unbekannt sei. Auf dem anderen PC habe ich das Icon noch und dort funktioniert (ohne sudo) der Aufruf. Allerdings erhalte ich auf dem anderen PC haufenweise Fehlermeldungen im Terminal, dass der Befehl anscheinend veraltet ist:

Code: Alles auswählen

system-config-printer
/usr/share/system-config-printer/system-config-printer.py:325: DeprecationWarning: Gtk.ActionGroup.list_actions is deprecated
  for action in printer_manager_action_group.list_actions ():
/usr/share/system-config-printer/system-config-printer.py:326: DeprecationWarning: Gtk.Action.set_sensitive is deprecated
  action.set_sensitive (False)
/usr/share/system-config-printer/system-config-printer.py:334: DeprecationWarning: Gtk.ActionGroup.get_action is deprecated
  act = printer_manager_action_group.get_action (action)
/usr/share/system-config-printer/system-config-printer.py:364: DeprecationWarning: Gtk.UIManager.ensure_update is deprecated
  self.ui_manager.ensure_update ()
/usr/share/system-config-printer/system-config-printer.py:365: DeprecationWarning: Gtk.UIManager.get_accel_group is deprecated
  self.PrintersWindow.add_accel_group (self.ui_manager.get_accel_group ())
/usr/share/system-config-printer/system-config-printer.py:374: DeprecationWarning: Gtk.UIManager.get_action is deprecated
  action = self.ui_manager.get_action ("/new-printer")
/usr/share/system-config-printer/system-config-printer.py:375: DeprecationWarning: Gtk.Action.create_menu_item is deprecated
  newprinteritem = action.create_menu_item ()
/usr/share/system-config-printer/system-config-printer.py:673: DeprecationWarning: Gtk.Action.get_proxies is deprecated
  for widget in action.get_proxies ():
/usr/share/system-config-printer/system-config-printer.py:2253: DeprecationWarning: Gdk.threads_enter is deprecated
  Gdk.threads_enter ()
/usr/share/system-config-printer/system-config-printer.py:2204: DeprecationWarning: Gdk.threads_leave is deprecated
  Gdk.threads_leave ()

2.) Auf dem PC, auf dem der o.g. Befehl im Terminal funktioniert und auch das Icon "Druckereinstellungen verfügbar ist und die Einstellungen per GUI nutzbar sind, funktioniert der CUPS-Aufruf im Browser mit

Code: Alles auswählen

localhost:631

nicht, obwohl CUPS läuft und die Drucker alle funktionieren!
Ich erhalte im Browser die Meldung, dass der Server nicht gefunden wird.

Auf dem PC, auf dem das Icon "Druckereinstellungen" fehlt, kann ich CUPS über den Browser aufrufen und die Drucker verwalten.

Frage: Was sollte ich tun, damit CUPS auf beiden PCs in gleicher Weise funktioniert und auch die Druckereinstellungen per GUI / Icon wieder verfügbar werden?

[gosia]

Hallo Clemens,
wenn system-config-printer tatsächlich nicht mehr vorhanden ist, würde ich das ganz pragmatisch lösen -> nachinstallieren

Code: Alles auswählen

sudo pacman -Syu system-config-printer

oder was immer Du als Installationsmethode bevorzugst.
Die Deprecations-Warning kannst du erstmal ignorieren, wenn ansonsten system-config-printer funktionert.

Ich erhalte im Browser die Meldung, dass der Server nicht gefunden wird.

Eine 404-Fehlermeldung nehme ich mal an. Funktioniert es im Browser als
http://127.0.0.1:631

was sagt

Code: Alles auswählen

curl -Iv localhost:631

viele Grüsse gosia

[Clemens]

Wenn ich im Browser die Verbindung zu CUPS aufbauen will, erscheint immer

Fehler: Verbindung fehlgeschlagen
Firefox kann keine Verbindung zu dem Server unter 127.0.0.1:631 aufbauen.

Das Gleiche bei "localhost".

Curl liefert:

Code: Alles auswählen

curl -Iv localhost:631
* Host localhost:631 was resolved.
* IPv6: ::1
* IPv4: 127.0.0.1
*   Trying [::1]:631...
* connect to ::1 port 631 from ::1 port 50026 failed: Verbindungsaufbau abgelehnt
*   Trying 127.0.0.1:631...
* connect to 127.0.0.1 port 631 from 127.0.0.1 port 57262 failed: Verbindungsaufbau abgelehnt
* Failed to connect to localhost port 631 after 1 ms: Couldn't connect to server
* Closing connection
curl: (7) Failed to connect to localhost port 631 after 1 ms: Couldn't connect to server

Mir fällt ein, dass ich vor etlicher Zeit die UFW aktiviert hatte und dort der Einfachheit halber das vorgefertigte Profil "Zuhause" aktiviert habe. Seit der Aktivierung habe ich CUPS nicht im Browser aufgerufen, da es nicht nötig war. Läuft ja alles.
Habe dann die UFW-Protokollierung auf "vollständig" gesetzt und es wieder mit dem Curl-Befehl versucht. Wenn die UFW eingegriffen hätte, müsste sie dies ja protokolliert haben. Da war aber nix.
Die UFW mit diesem Profil müsste aber doch den Zugriff auf im PC selbst betriebene Server zulassen und somit auch auf CUPS, oder?

[gosia]

Hallo Clemens,
ich glaube nicht, dass dies an der Firewall liegt. localhost ist ja, wie der Name schon sagt, rein lokal. Zur Not kannst du die Firewall ausschalten, ob sich da was ändert. Würde mich wundern.
Kontrolliere mal deine /etc/cups/cupsd.conf, da sollten unter anderem solche zwei Zeilen drin stehen:

# Only listen for connections from the local machine.
Listen localhost:631
Listen /run/cups/cups.sock

und etwas weiter unten

# Web interface setting...
WebInterface Yes

wenn nicht, korrigiere das mal und starte cups neu.

Wenn das alles richtig ist und trotzdem nicht hilft, poste die Ausgabe dieser Befehle:

Code: Alles auswählen

ping -c 5 localhost
ss -ltnp sport 631

viele Grüsse gosia

[Clemens]

Danke für deine Tipps!

In der cupsd.conf finde ich in Zeile 3 und 4 jeweils

Code: Alles auswählen

Listen /run/cups/cups.sock

In Zeile 6 bis 9

Code: Alles auswählen

Browsing Yes
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes

Der Ping bringt:

Code: Alles auswählen

ping -c 5 localhost
PING localhost (::1) 56 Datenbytes
64 Bytes von localhost (::1): icmp_seq=1 ttl=64 Zeit=0.031 ms
64 Bytes von localhost (::1): icmp_seq=2 ttl=64 Zeit=0.025 ms
64 Bytes von localhost (::1): icmp_seq=3 ttl=64 Zeit=0.063 ms
64 Bytes von localhost (::1): icmp_seq=4 ttl=64 Zeit=0.031 ms
64 Bytes von localhost (::1): icmp_seq=5 ttl=64 Zeit=0.062 ms

--- localhost ping-Statistik ---
5 Pakete übertragen, 5 empfangen, 0% packet loss, time 4066ms
rtt min/avg/max/mdev = 0.025/0.042/0.063/0.016 ms

und ss... zeigt:

Code: Alles auswählen

ss -ltnp sport 631
State   Recv-Q   Send-Q     Local Address:Port     Peer Address:Port  Process 

Der Server scheint ja zu laufen. Sonst wäre ja auch das Drucken nicht möglich. Aber der letzte Test zeigt wohl, wo das Problem liegt. Allerdings verstehe ich die Funktion dahinter nicht.

[gosia]

Hallo Clemens,
ersetze in /etc/cups/cupsd.conf die Zeile 3 durch diese Zeile:

Listen localhost:631

so dass es so aussieht:

# Only listen for connections from the local machine.
Listen localhost:631
Listen /run/cups/cups.sock

die Kommentarzeile ist egal.
Dann den Rechner neu starten. Ausserdem vorher unbedingt im Browser den Cache löschen, wenn Du welchen verwendest.

Allerdings verstehe ich die Funktion dahinter nicht.

Naja, folgende Kurzerklärung

Code: Alles auswählen

ss -ltnp sport 631

gibt aus, welcher Socket am Port 631 lauscht, bzw. welche Verbindung mit Port 631 besteht. Port 631 ist ja derjenige, der gebraucht wird um CUPS einzurichten.
Und wie Du selbst erkannt hast, gibt es da keine Verbindung, ergo kann man CUPS nicht aufrufen.
Warum dies? Normalerweise ist das in der cupsd.conf eingestellt, dass am Port 631 gelauscht werden soll (mit anderen Worten, es soll am Port 631 auf eingehende Verbindungen warten)

Listen localhost:631

aus mir unklaren Gründen fehlt diese Angabe bei dir, deshalb keine Verbindung, so meine Vermutung.

viele Grüsse gosia

PS. Wenn Du genaueres über ss wissen möchtest, siehe hier
https://gridscale.io/community/tutorial ... vergleich/

[Clemens]

Hey herzlichen Dank dir!
Genau diese Zeile hatte gefehlt. Da ist irgednetwas geschehen, wodurch Zeile 3 und 4 doppelt drin standen und die Zeile mit localhost überschrieben wurde. Keine Ahnung, wodurch dies zustande gekommen ist!

Hab's nach Neustart probiert. Alles läuft!