Also ich arbeite mit folgenden (statischen) IP-Adressen (also kein DHCP):
Code: Alles auswählen
FritzBox : 192.168.178.1
Client 1 : 192.168.178.2
Client 2 : 192.168.178.3
NSLU : 192.168.178.4
Client 3 : 192.168.178.5
Server : 192.168.178.6
Ich habe Deine Änderung eingefügt. Die cupsd.conf sieht demnach - an betroffener Stelle - wie folgt aus:
Code: Alles auswählen
# Show general information in error_log.
LogLevel info
SystemGroup lpadmin, users
# Only listen for connections from the local machine.
Listen /var/run/cups/cups.sock
Listen *:631
Das Ergebnis:
Code: Alles auswählen
ml-server:~# netstat -tulpn | grep 631
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 3806/cupsd
tcp6 0 0 :::631 :::* LISTEN 3806/cupsd
udp 0 0 0.0.0.0:631 0.0.0.0:* 3806/cupsd
ml-server:~#
Den Cups-Server erreiche ich problemlos (auch vom Client) über http. Am eigentlichen Problem, dass die Druckaufträge vom Client nicht ankommen bzw. nicht gedruckt werden, hat sich aber nichts geändert.
Hier nochmals die error_log vom Server (nach den Änderungen):
Code: Alles auswählen
I [20/Sep/2008:12:35:19 +0200] Scheduler shutting down normally.
I [20/Sep/2008:12:35:19 +0200] Saving remote.cache...
I [20/Sep/2008:12:35:19 +0200] Saving job cache file "/var/cache/cups/job.cache"...
I [20/Sep/2008:12:35:19 +0200] Listening to /var/run/cups/cups.sock (Domain)
I [20/Sep/2008:12:35:19 +0200] Listening to :::631 (IPv6)
I [20/Sep/2008:12:35:19 +0200] Listening to 0.0.0.0:631 (IPv4)
I [20/Sep/2008:12:35:19 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [20/Sep/2008:12:35:19 +0200] Using default TempDir of /var/spool/cups/tmp...
I [20/Sep/2008:12:35:19 +0200] Cleaning out old temporary files in "/var/spool/cups/tmp"...
I [20/Sep/2008:12:35:19 +0200] Configured for up to 100 clients.
I [20/Sep/2008:12:35:19 +0200] Allowing up to 100 client connections per host.
I [20/Sep/2008:12:35:19 +0200] Using policy "default" as the default!
I [20/Sep/2008:12:35:19 +0200] Full reload is required.
I [20/Sep/2008:12:35:19 +0200] Loaded MIME database from '/etc/cups': 34 types, 39 filters...
I [20/Sep/2008:12:35:19 +0200] Loading job cache file "/var/cache/cups/job.cache"...
I [20/Sep/2008:12:35:19 +0200] Full reload complete.
I [20/Sep/2008:12:35:19 +0200] Listening to /var/run/cups/cups.sock on fd 2...
I [20/Sep/2008:12:35:19 +0200] Listening to :::631 on fd 3...
I [20/Sep/2008:12:35:19 +0200] Listening to 0.0.0.0:631 on fd 4...
Ich sehe da zumindest keine Fehler...
Die access_log vom Client:
Code: Alles auswählen
localhost - - [20/Sep/2008:12:37:14 +0200] "POST / HTTP/1.1" 200 180 Get-Jobs successful-ok
localhost - - [20/Sep/2008:12:37:27 +0200] "GET /ppd/LaserJet_1000.ppd HTTP/1.1" 200 19058 - -
localhost - - [20/Sep/2008:12:37:30 +0200] "POST /printers/LaserJet_1000 HTTP/1.1" 200 297695 Print-Job successful-ok
localhost - - [20/Sep/2008:12:37:30 +0200] "POST / HTTP/1.1" 200 180 Get-Jobs successful-ok
Wenn ich unter Gnome einen der Drucker vom Server neu hinzufügen will, meldet er mir, dass der Zugriff verweigert wurde und auf die Druckerfreigabe nicht zugegriffen werden kann...
Die Drucker werden als "Lokale Drucker" geführt. Ist das so richtig (muss gestehen, dass ich das noch nie so richtig beachtet habe...)?
Allerdings sieht die printers.conf des Client wie folgt aus:
Code: Alles auswählen
# Printer configuration file for CUPS v1.3.7
# Written by cupsd on 2008-09-19 18:00
<DefaultPrinter LaserJet_1000>
Info LaserJet_1000
Location ml-linux-2
DeviceURI smb://user:userpwd@ML-NETZWERK/ML-SERVER/HP_Laser_Jet_1000
State Idle
StateTime 1221836420
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>
<Printer LaserJet_1020>
Info LaserJet_1020
Location ml-linux-2
DeviceURI smb://user:userpwd@ML-NETZWERK/ML-SERVER/HP_LaserJet_1020
State Idle
StateTime 1220381506
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>
<Printer PDF>
Info PDF
DeviceURI cups-pdf:/
State Idle
StateTime 1220560661
Accepting Yes
Shared No
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErroRPolicy retry-job
</Printer>
Vielleicht ist es auch eher ein Problem mit Samba?
Mir ist das wirklich schleierhaft. Ich habe am Vorabend noch normal drucken können. Dann wurde der Server über Nacht heruntergefahren (shutdown -h now) und morgens wieder ganz normal in Betrieb genommen. Da war nichts Auffälliges. Und dann gingen die Drucker nicht mehr...