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