Am 01.02.2015 um 18:59 schrieb Florian Groß:

On Sat, Jan 31, 2015 at 04:55:27PM -0600, Michael Eschweiler wrote:

...

habe ein Problem mit meinem Druckerserver: Es handelt sich um einen etwas älteren Rechner (P4), an dem zwei Drucker hängen. Mit der vorherigen Installation (OSS 12.1 und frühere) hatte ich keine Probleme, ich konnte die Drucker für's Netzwerk freigeben und dann von anderen Rechnern aus drucken. Vor ca. einem Jahr habe dann 13.1 installiert, konnte aber nicht alles einrichten, weil ich im Ausland war. Nun stelle ich leider fest, dass ich die Drucker nicht mehr im Netz habe. Vom Druckerserver selbst aus zu drucken ist kein Problem. Auch das Einloggen von einem anderen Rechner auf dem Druckerserver über ssh funktioniert einwandfrei. Ich habe versucht die Freigaben über YaST -> Drucker und direkt über die CUPS-Administration im Browser einzurichten. Es sieht auch so aus, als ob es ok wäre, ein Zugriff ist trotzdem nicht möglich. Der Port 631 bleibt geschlossen (hab's mit netcat geprüft). (Weder auf dem Druckerserver noch auf dem Client läuft eine Firewall.) Hat jemand eine Idee?

Firewall ist sicher aus? Hab's mehrfach geprüft: Ja, ist aus - es sei denn, einer oder beide Rechner belügen mich...

Ansonsten: geänderte IP oder anderer Hostname? Habe auf beiden Rechnern Netzwerkeinstellungen und /etc/hosts durchgeschaut: alles scheint richtig. Wie gesagt, ssh geht ohne Probleme. Außerdem ist der Druckerserver gleichzeitig mein Scannerserver (getrenntes Gerät) und Scannen im Netz geht auch.

Viele Grüße, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Werner, Am 02.02.2015 um 02:10 schrieb Werner Flamme:

Am 31.01.2015 um 23:55 schrieb Michael Eschweiler:

...

Hallo Listenleser, habe ein Problem mit meinem Druckerserver: Es handelt sich um einen etwas älteren Rechner (P4), an dem zwei Drucker hängen. Mit der vorherigen Installation (OSS 12.1 und frühere) hatte ich keine Probleme, ich konnte die Drucker für's Netzwerk freigeben und dann von anderen Rechnern aus drucken. Vor ca. einem Jahr habe dann 13.1 installiert, konnte aber nicht alles einrichten, weil ich im Ausland war. Nun stelle ich leider fest, dass ich die Drucker nicht mehr im Netz habe. Vom Druckerserver selbst aus zu drucken ist kein Problem.[...]

in der /etc/cups/cupsd.conf steht bei mir In welcher, in der des Servers oder der des Clients?

# Allow remote access Port 631 ... Browsing On BrowseOrder allow,deny BrowseRemoteProtocols BrowseAddress @LOCAL BrowseLocalProtocols CUPS

Mit "Port 631" lauscht CUPS auf allen Interfaces. "netstat -plent" zeigt Dir, auf welchen Ports er das derzeit tut - meine Vermutung ist, dass das nur auf 127.0.0.1 (und ggf. ::1) geschieht :)

netstat -plent auf dem Client sagt mir: tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 20059 1408/cupsd ... tcp 0 0 :::631 :::* LISTEN 0 20060 1408/cupsd Ich weiß allerdings nicht, was das genau bedeutet, d.h. ob der Client überhaupt und wenn ja, an der richtigen Stelle lauscht... netcat -z -v mip3.mired 630-632 sagt mir weiterhin: netcat: connect to mip3.mired port 630 (tcp) failed: Connection refused netcat: connect to mip3.mired port 631 (tcp) failed: Connection refused netcat: connect to mip3.mired port 632 (tcp) failed: Connection refused ??? Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Jörg, Werner und Yamaban, vielen Dank für die umfangreichen Erläuterungen. Der Printserver ist jetzt wieder im Netz erreichbar. Allerdings mit einem Wermutstropfen: Obwohl unter Yast -> services cups und cupsd bei runlevel 3 (dahin bootet der Rechner) auf 'enabled' und 'active' stehen, läuft Cups nach dem Booten nicht. Erst nach einem 'systemctl start cups' kann ich drucken (auch über's Netz). Gruß, Michael Am 03.02.2015 um 02:11 schrieb Werner Flamme:

Am 02.02.2015 um 22:17 schrieb Michael Eschweiler:

...

Hallo Werner,

Am 02.02.2015 um 02:10 schrieb Werner Flamme:

...

Am 31.01.2015 um 23:55 schrieb Michael Eschweiler:

...

Hallo Listenleser, habe ein Problem mit meinem Druckerserver: Es handelt sich um einen etwas älteren Rechner (P4), an dem zwei Drucker hängen. Mit der vorherigen Installation (OSS 12.1 und frühere) hatte ich keine Probleme, ich konnte die Drucker für's Netzwerk freigeben und dann von anderen Rechnern aus drucken. Vor ca. einem Jahr habe dann 13.1 installiert, konnte aber nicht alles einrichten, weil ich im Ausland war. Nun stelle ich leider fest, dass ich die Drucker nicht mehr im Netz habe. Vom Druckerserver selbst aus zu drucken ist kein Problem.[...]

in der /etc/cups/cupsd.conf steht bei mir In welcher, in der des Servers oder der des Clients?

In der des Servers, der Client sollte die gar nicht haben, der hat die client.conf.

...

...

# Allow remote access Port 631 ... Browsing On BrowseOrder allow,deny BrowseRemoteProtocols BrowseAddress @LOCAL BrowseLocalProtocols CUPS

Mit "Port 631" lauscht CUPS auf allen Interfaces. "netstat -plent" zeigt Dir, auf welchen Ports er das derzeit tut - meine Vermutung ist, dass das nur auf 127.0.0.1 (und ggf. ::1) geschieht :)

netstat -plent auf dem Client sagt mir:

tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 20059 1408/cupsd ... tcp 0 0 :::631 :::* LISTEN 0 20060 1408/cupsd

Ich weiß allerdings nicht, was das genau bedeutet, d.h. ob der Client überhaupt und wenn ja, an der richtigen Stelle lauscht...

Das bedeutet, dass der CUPS-Server (nicht der Client) an den richtigen Ports lauscht. Wieso läuft auf dem Client ein CUPS-Dämon? Den Befehl solltest Du natürlich auf dem Printserver absetzen, schließlich soll der ja die Drucker zur Verfügung stellen und nicht ein Client.

...

netcat -z -v mip3.mired 630-632 sagt mir weiterhin: netcat: connect to mip3.mired port 630 (tcp) failed: Connection refused netcat: connect to mip3.mired port 631 (tcp) failed: Connection refused netcat: connect to mip3.mired port 632 (tcp) failed: Connection refused

???

Ich rate mal, dass mip3 Dein Printserver sein soll. Dann: Firewall. Oder, weil Du ja den "netstat" auf dem Client abgesetzt hast, läuft der Dämon auf dem Printserver gar nicht. "telnet localhost 631" auf dem Server und "telnet mip3.mired 631" (wenn es Dein Printserver ist) sollten die gleiche Meldung ausgeben:

...

telnet mein.print.server 631 Trying 141.65.xxx.yyy... Connected to mein.print.server. Escape character is '^]'. ^] telnet> quit Connection closed.

Gruß Werner

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Werner, direkt nach dem Starten des Rechners sagt mir systemctl status cups.service: cups.service - CUPS Printing Service Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled) Active: inactive (dead) und systemctl status cups.socket sagt mir: cups.socket - CUPS Printing Service Sockets Loaded: loaded (/usr/lib/systemd/system/cups.socket; disabled) Active: inactive (dead) Listen: /var/run/cups/cups.sock (Stream) 127.0.0.1:631 (Stream) [::1]:631 (Stream) 127.0.0.1:631 (Datagram) [::1]:631 (Datagram) Ich bin dann trotzdem mal deinem Vorschlag gefolgt und habe systemctl disable cups.socket systemctl stop cups.socket durchgeführt. Nach einem Neustart aber das gleiche Bild: cups startet nicht von allein... Gruß, Michael Am 05.02.2015 um 05:44 schrieb Werner Flamme:

Am 05.02.2015 um 09:35 schrieb Michael Eschweiler:

...

Hallo Jörg, Werner und Yamaban,

vielen Dank für die umfangreichen Erläuterungen. Der Printserver ist jetzt wieder im Netz erreichbar. Allerdings mit einem Wermutstropfen: Obwohl unter Yast -> services cups und cupsd bei runlevel 3 (dahin bootet der Rechner) auf 'enabled' und 'active' stehen, läuft Cups nach dem Booten nicht. Erst nach einem 'systemctl start cups' kann ich drucken (auch über's Netz).

Hallo Michael,

dann könnten

systemctl disable cups.socket systemctl stop cups.socket

ab dem nächsten Start helfen. Irgendwie haben cups.socket und cups.service sich mal blockiert. Ist aber schon etwas her... siehe z. B. http://lists.opensuse.org/opensuse/2013-08/msg00532.html (englisch). Etwas aktueller ist (deutsch) http://forum.linux-club.de/viewtopic.php?f=89&t=118851.

Wenn Du mal vor dem manuellen Starten von CUPS "systemctl status cups.service" eingibst, müsste Dir eigentlich ein Fehler angezeigt werden, warum das Ding nicht starten wollte.

HDH, Werner

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

On Mon, 2 Feb 2015 23:35, Michael Eschweiler wrote: [snip]

...

Wenn ja, ist vermutlich cups.socket statt cups.service aktiv - das kannst Du mit systemctl | grep cups nachprüfen (bitte _bevor_ Du etwas direkt am Server ausdruckst!)

Abhilfe: systemctl enable cups.service systemctl start cups.service Das scheint's zu sein. Nach dem Start von cups.service war Port 631 für den Client-Rechner offen und das Drucken hat geklappt. Nach einem Neustart ist aber alles wieder beim Alten. Ich muss dann cups.service neu starten. Gibt's eine Möglichkeit, dass zu automatisieren?

Also kurzform: "systemctl start cups.service" -> started "cups.service" einmalig, wie "rccups start" in sysVinit. "systemctl enable cups.service" -> installiert das starten von "cups.service" mit dem nächsten booten, wie "insservice cups" früher. Wenn du also "systemctl enable cups.service" weg lässt, funzts nur für diesen rechnerlauf, nicht übers neustarten hinweg. Hilft das auf die Sprünge? - Yamaban