Drucker wurde zu Tassen hinzugefügt, kann sie jedoch nicht im Druckdialogfeld sehen

2707
The Quantum Physicist

Ich habe einen Debian-Server und einen Debian-Laptop, und ich versuche, einen Cup-Server zu verwenden, um Seiten von all meinen Heimcomputern zu drucken.

Also fügte ich den Drucker erfolgreich mit den korrekten Treibern in die Tassen des Servers ein und danach den Drucker in die Tassen meines Laptops. Wenn ich jedoch zum Drucken auffordere, sehe ich meinen Drucker nicht im Druckdialogfeld des Systems.

Der Screenshot stammt von der Seite "Drucker verwalten" der Tassen, auf der Sie einen freigegebenen Drucker und einen hinzugefügten Drucker vom freigegebenen Drucker sehen. Während ich diese Drucker noch nicht im Druckdialog sehen kann.

Warum passiert dies?

enter image description here

Vielen Dank für die Bemühungen.

2
Können Sie Ihr Hardware-Setup erläutern? An welches Gerät ist Ihr Drucker angeschlossen und wie (USB?). Können Sie eine Testseite von dem Gerät aus drucken, mit dem sie verbunden ist? Befinden sich alle Maschinen im selben Netzwerk und können sie sich gegenseitig pingen? Sie haben geschrieben, "nachdem ich den Drucker in die Tassen meines Laptops aufgenommen habe" - haben Sie den Drucker dazu an Ihren Laptop angeschlossen? bnjmnrsr vor 9 Jahren 1
@ bnjmnrsr Vielen Dank für Ihre Antwort. Entschuldigung, ich dachte es wäre klar. Hier ist die Info: Der Drucker ist mit dem Server verbunden. Ich kann eine Testseite auf dem Server drucken. Alle Maschinen befinden sich im selben lokalen Netzwerk. Ja, sie können sich gegenseitig pingen und ich habe einen Samba-Server, der seit langem für Dateien läuft. Ich habe auch versucht, einen Druckservice hinzuzufügen. Nein, ich habe den Drucker nicht an meinen Laptop angeschlossen, ich mache alles aus der Ferne. Der Drucker ist immer nur mit dem Server verbunden. The Quantum Physicist vor 9 Jahren 0
An diesem Punkt könnte es viele Dinge geben. Ein paar Dinge, die ich überprüfen würde: Ist Ihr Laptopbenutzer in der lpadmin-Gruppe? Haben Sie einen "Zulassen" -Eintrag für Ihr Netzwerk in Ihren Servern /etc/cups/cupsd.conf? Haben Sie die Option "Drucker freigeben, die mit diesem System verbunden sind" auf der Administratorseite Ihrer Server aktiviert? Was ist die Ausgabe von lpstat -s auf Server und Laptop? bnjmnrsr vor 9 Jahren 2
@ bnjmnrsr Vielen Dank, ich habe das Problem behoben. Das Problem war, dass ich auch mein Arbeitsnetzwerk in der Datei ~ / .cups / client.conf definiert hatte. Dies führte zum Einfrieren der lpstat -s und das ließ mich erkennen, dass das System die Drucker deshalb nicht lesen konnte. Danke vielmals :) The Quantum Physicist vor 9 Jahren 1
Gute fix Bietet CUPS mehrere Netzwerke? Sagen Sie, wie Ihre Situation, ich habe einen Debian-CUPS-Server bei der Arbeit, dann komme ich zu meinem eigenen ähnlichen Setup und verschiedenen IP-Bereichen nach Hause ... wird CUPS wahrscheinlich immer das tun, was das OP bemerkt hat? Haben Sie Ihr Arbeitsnetzwerk kommentiert, um das Problem zu beheben? Kinnectus vor 9 Jahren 0
@BigChris Tatsächlich weiß ich nicht ... vorerst habe ich das Arbeitsnetzwerk in `~ / .cups / client.conf` deaktiviert, und es funktioniert ... vielleicht muss ich immer die client.conf-Dateien wechseln. The Quantum Physicist vor 9 Jahren 0

2 Antworten auf die Frage

0
The Quantum Physicist

Ich habe das Problem behoben. Das Problem war, dass ich auch mein Arbeitsnetzwerk definiert hatte ~/.cups/client.conf, was zum Einfrieren der lpstat -s führte, und mir wurde klar, dass das System die Drucker deshalb nicht lesen konnte. Danke an @bnjmnrsr für die Hilfe :)

0
jia103

In meinem Fall musste ich meine ServerNameEinstellung in meiner client.confDatei loswerden und dann den Zugriff von meinem lokalen Netzwerk aus öffnen, anstatt mich auf localhost zu beschränken.

Danke an @bnjmnrsr für den Start auf dem richtigen Weg. In meinem Fall lpstatberichtet:

$ lpstat -s no system default destination lpstat: Bad file descriptor lpstat: Bad file descriptor

Dies führte mich zu diesem Beitrag, in dem das OP so freundlich war, seine Lösung zu posten:

[Das] Problem war das Folgende:

In /etc/cups/client.conf ist es möglich, einen Server manuell mit der Syntax anzugeben

Servername Hostname -oder-IP: Port

Dies ist die Methode, die ich in der Vergangenheit für Workstations in einem kleinen Netzwerk verwendet habe, das mit einem vorbestimmten Druckserver verbunden ist

Das scheint jedoch nicht mehr zu funktionieren. Nur wenn die Umgebungsvariable CUPS_SERVER manuell auf denselben Hostnamen gesetzt ist.

Die Lösung bestand darin, den manuell gesetzten Hostnamen zu entfernen und die Standardeinstellungen für Cups wiederherzustellen

Servername /var/run/cups/cups.sock

In meinem Fall habe ich einfach die ServerNamein meiner client.conf-Datei auskommentiert und CUPS auf dem Client neu gestartet:

$ service cups restart

Als ich lpstatwieder lief, erhielt ich eine bessere Nachricht:

$ lpstat -s no system default destination lpstat: No destinations added. lpstat: No destinations added.

Als Nächstes bin ich hier gelandet, um zu erfahren, wie CUPS für das Abhören einer externen IP-Adresse konfiguriert wird. Ich bin mir nicht sicher, ob die gesamte Konfiguration notwendig ist, aber zumindest habe ich festgestellt, dass mein CUPS-Server nur localhost gehört hat:

$ netstat -an | grep 631 tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN

In meiner /etc/cups/cupsd.confAkte musste ich die ListenDirektive ändern von:

Listen localhost:631

zu:

Listen <dnsnameofyourserver>:631

Nachdem ich auf dem Server und auf dem Client die Tassen und Tassen erneut gestartet hatte, lpstatfunktionierte meine auf dem Client besser. (Ich weiß nicht, ob ich alle vier neu starten müsste, aber ich habe es trotzdem getan.)

$ lpstat -a ML-1710 accepting requests since Fri 24 Feb 2017 07:48:59 PM EST

In den Dialogfeldern "Datei"> "Drucken" werden jetzt auch die aufgelisteten Drucker angezeigt.

Verwandte Probleme