Hallo, ich habe auf meinem Server (SuSE 8.0) meinen Drucker (HD980cxi) mit CUPS eingebunden. Serverseitig kann gedruckt werden. Desweiteren läuft auf dem Server die SuSEfirewall2 mit Masquerading und IP-Forwarding. Im Kofler wird die Clientseitige anbindung des Netzwerkdruckers mit CUPS beschrieben, indem in der inetd.conf der Eintrag: printer stream tcp mowait lp /usr/lib/cups/daemon/cups-lpd \ cups-lpd auf dem Client hinzugefügt werden muss mit anschliessendem reload des inetd. Versuche ich nun auf dem Client mit CUPS über YAST2 den Drucker als Netzwerkdrucker (ipp-Drucker) einzurichten, wird der Druckserver nicht gefunden. Vielleicht weis jemand, was zu beachten ist? MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
* Martin Pitsch
Im Kofler wird die Clientseitige anbindung des Netzwerkdruckers mit CUPS beschrieben, indem in der inetd.conf der Eintrag: printer stream tcp mowait lp /usr/lib/cups/daemon/cups-lpd \ cups-lpd auf dem Client hinzugefügt werden muss mit anschliessendem reload des inetd.
Hm? Wozu das? Da ist doch der Server Deamon und nicht der Client.
Versuche ich nun auf dem Client mit CUPS über YAST2 den Drucker als Netzwerkdrucker (ipp-Drucker) einzurichten, wird der Druckserver nicht gefunden.
Auch nicht nötig. Wenn auf dem Server das Browser erlaubt ist, werden die automatisch gefunden. Installieren im eigentlichen Sinne braucht man die Drucker auf dem Client aber auf keinen Fall.
Vielleicht weis jemand, was zu beachten ist?
LPR-RPMs deinstallieren (lpr, filter, lpfilter), Cups-Client-RPM installieren (in der Reihenfolge) und in der /etc/cups/client.conf eine Zeile mit folgendem eintragen: Server <ip-deines-cups-servers> Fertig is die Laube. cheers.olli -- Oliver Dauter tel: +49 40 38902840 IT-Consulting mob: +49 173 6221879 Ehrenbergstraße 44b web: www.od-consult.com 22767 Hamburg mail: od@od-consult.com
Am Mit, 2002-07-03 um 11.46 schrieb Oliver Dauter:
* Martin Pitsch
[020703 11:07]: Im Kofler wird die Clientseitige anbindung des Netzwerkdruckers mit CUPS beschrieben, indem in der inetd.conf der Eintrag: printer stream tcp mowait lp /usr/lib/cups/daemon/cups-lpd \ cups-lpd auf dem Client hinzugefügt werden muss mit anschliessendem reload des inetd.
Hm? Wozu das? Da ist doch der Server Deamon und nicht der Client. [...] Auch nicht nötig. Wenn auf dem Server das Browser erlaubt ist, werden die automatisch gefunden. Installieren im eigentlichen Sinne braucht man die Drucker auf dem Client aber auf keinen Fall.
Vielleicht weis jemand, was zu beachten ist?
LPR-RPMs deinstallieren (lpr, filter, lpfilter), Cups-Client-RPM installieren (in der Reihenfolge) und in der /etc/cups/client.conf eine Zeile mit folgendem eintragen:
Server <ip-deines-cups-servers>
Ich habe nun auf dem Server den Drucker über Cups am laufen und in der inetd.conf eingetragen: printer stream tcp nowait lp /usr/lib/cups/daemon/cups-lpd cups-lpd In der /etc/cups/cupsd.conf habe ich das browsing mit >Browsing On< freigeschaltet - hoffentlich korrekt Auf dem Client ist lpr, filter und lpfilter deinstalliert und der CUPS-Client installiert. In der /etc/cups/client.conf habe ich den Cupsserver eingetragen wie folgt: ServerName 192.168.1.2 Rufe ich nun das Kontrollzentrum -> System -> Druckerverwaltung auf, so erscheint die Meldung: IPP-Anforderung ist aus unbekannten Gründen fehlgeschlagen ... Der Port 631 ist lt. /etc/services frei. Was könnte fehlgelaufen sein? MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
* Martin Pitsch
Ich habe nun auf dem Server den Drucker über Cups am laufen und in der inetd.conf eingetragen: printer stream tcp nowait lp /usr/lib/cups/daemon/cups-lpd cups-lpd
Hm, ich habe das nie über Inetd gemacht. Schonmal ohne Inetd versucht, daß heißt den Deamon gestartet? Also nur um den Fehler einzugrenzen.
In der /etc/cups/cupsd.conf habe ich das browsing mit >Browsing On< freigeschaltet - hoffentlich korrekt
Ist Deinem Client auch das Browser und Drucken erlaubt? Siehe cups.conf-Direktiven 'Allow' und 'BrowseAllow'.
Auf dem Client ist lpr, filter und lpfilter deinstalliert und der CUPS-Client installiert. In der /etc/cups/client.conf habe ich den Cupsserver eingetragen wie folgt: ServerName 192.168.1.2
Rufe ich nun das Kontrollzentrum -> System -> Druckerverwaltung auf, so erscheint die Meldung: IPP-Anforderung ist aus unbekannten Gründen fehlgeschlagen ...
Der Port 631 ist lt. /etc/services frei.
Kannst Du via Browser auf http://<cups-server>:631/ zugreifen?
Was könnte fehlgelaufen sein?
Noch eine Frage: Sind Dein Server und die Clients, die darauf zugreifen wollen im selben Subnet? Wenn nicht, schau Dir mal die Direktive 'BrowseRelay' an. Sehr gute Doku zu den ganzen Options findest Du unter http://www.cups.org/sam.html cheers.olli -- Oliver Dauter tel: +49 40 38902840 IT-Consulting mob: +49 173 6221879 Ehrenbergstraße 44b web: www.od-consult.com 22767 Hamburg mail: od@od-consult.com
Am Mit, 2002-07-03 um 13.10 schrieb Oliver Dauter:
* Martin Pitsch
[020703 12:25]: Ich habe nun auf dem Server den Drucker über Cups am laufen und in der inetd.conf eingetragen: printer stream tcp nowait lp /usr/lib/cups/daemon/cups-lpd cups-lpd
Hm, ich habe das nie über Inetd gemacht. Schonmal ohne Inetd versucht, daß heißt den Deamon gestartet? Also nur um den Fehler einzugrenzen.
[ich hab mal stark gekürzt] Unsere Mails in die Liste haben sich überschnitten. CUPS-Server und Clientanbindung der Linux-Clients läuft. Ich start mal gerade mein VMWare, um auch den Win-Clients das Drucken über den CUPS-Server zu erlauben. Werde ab da wohl noch was an der smb.conf auf dem Server ändern müssen?! Mal schaun... MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Hallo Martin Pitsch, am Mittwoch, 3. Juli 2002 um 10:07 schriebst Du:
ich habe auf meinem Server (SuSE 8.0) meinen Drucker (HD980cxi) mit CUPS eingebunden. Serverseitig kann gedruckt werden. [...] Versuche ich nun auf dem Client mit CUPS über YAST2 den Drucker als Netzwerkdrucker (ipp-Drucker) einzurichten, wird der Druckserver nicht gefunden.
ich habe genau das in den vergangenen Tagen gemacht und Client Seitig Linux & W2k verarztet. Vorneweg: Du brauchst eigentlich nix auf dem Client Rechner zu beachten, ausser ggf. das Cups Update von SuSE Dir ziehen (habe ich nicht gemacht, laeuft trotzdem(. Einfach YAST2 starten und IPP Drucker auswaehlen. Ich muesste auf dem CUPS Server jedoch vorher die cups.conf so veraendern, das externe Zugriffe moeglich waren. bei mir lief (auf dem Server): http://127.0.0.1:631 Problemlos, http://192.168.x.y:631 jedoch nicht). Wenn das bei Dir auch der Fall ist, dann ist das externe Browsen noch untersagt.. wie gesagt: /etc/cups/cups.conf hilft... cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de EFNET: #proftpd
Am Mit, 2002-07-03 um 12.10 schrieb Stefan Onken:
Hallo Martin Pitsch,
am Mittwoch, 3. Juli 2002 um 10:07 schriebst Du:
ich habe auf meinem Server (SuSE 8.0) meinen Drucker (HD980cxi) mit CUPS eingebunden. Serverseitig kann gedruckt werden. [...] Versuche ich nun auf dem Client mit CUPS über YAST2 den Drucker als Netzwerkdrucker (ipp-Drucker) einzurichten, wird der Druckserver nicht gefunden.
ich habe genau das in den vergangenen Tagen gemacht und Client Seitig Linux & W2k verarztet.
Vorneweg: Du brauchst eigentlich nix auf dem Client Rechner zu beachten, ausser ggf. das Cups Update von SuSE Dir ziehen (habe ich nicht gemacht, laeuft trotzdem(.
Einfach YAST2 starten und IPP Drucker auswaehlen. Ich muesste auf dem CUPS Server jedoch vorher die cups.conf so veraendern, das externe Zugriffe moeglich waren. bei mir lief (auf dem Server): http://127.0.0.1:631 Problemlos, http://192.168.x.y:631 jedoch nicht). Wenn das bei Dir auch der Fall ist, dann ist das externe Browsen noch untersagt.. wie gesagt: /etc/cups/cups.conf hilft...
Stimmt, ich hatte die Freigabe für das Browsing an falscher Stelle in der Configurationsdatei gemacht.Der Drucker wird jetzt sofort auf den Linux-Clients erkannt und ist von denn bedienbar. Um nun unterschiedliche Druckqaulitäten den Clients per Defaulteinstellungen anzubieten, richte ich auf dem Druckserver für den Drucker mehrer Printerqeues mit jeweils einer anderen Druckauflösung und Farbeinstellung (monochrondruck/farbdruck) ein?! Nun noch mal schauen, ob ich den Drucker dann auch über Samba den Win-Clients zur Verfügung stellen kann ... Danke und MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Hallo Martin Pitsch, am Mittwoch, 3. Juli 2002 um 12:11 schriebst Du: > Um nun unterschiedliche Druckqaulitäten den Clients per > Defaulteinstellungen anzubieten, richte ich auf dem Druckserver für den > Drucker mehrer Printerqeues mit jeweils einer anderen Druckauflösung und > Farbeinstellung (monochrondruck/farbdruck) ein?! ich denke. Ich habe das noch nicht gemacht ! > Nun noch mal schauen, ob ich den Drucker dann auch über Samba den > Win-Clients zur Verfügung stellen kann ... NEIN ! Noch einfacher. Du brauchst dafuer kein Samba (ist zwar machbar, aber wofuer ?). Unter windows sagst Du: * Netzwerk Drucker * mit einem Drucker oder Computer im Netzwerk verbinden und gibst als URL an: http://192.168.x.y:631/printers/epson (oder eben wie bei Dir das aussieht) * windows meckert dann noch, das Du kein Druckertreiber zur Verfuegung stellt und Du musst dann eben manuell den Treiber nachinstallieren. Es geht AUCH, das Cups den Treiber automatisch anbietet, aber soweit bin ich noch nicht. cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de EFNET: #proftpd
Am Mit, 2002-07-03 um 13.19 schrieb Stefan Onken: > Hallo Martin Pitsch, > > am Mittwoch, 3. Juli 2002 um 12:11 schriebst Du: > > > Um nun unterschiedliche Druckqaulitäten den Clients per > > Defaulteinstellungen anzubieten, richte ich auf dem Druckserver für den > > Drucker mehrer Printerqeues mit jeweils einer anderen Druckauflösung und > > Farbeinstellung (monochrondruck/farbdruck) ein?! > ich denke. Ich habe das noch nicht gemacht ! > > > Nun noch mal schauen, ob ich den Drucker dann auch über Samba den > > Win-Clients zur Verfügung stellen kann ... > NEIN ! Noch einfacher. Du brauchst dafuer kein Samba (ist zwar > machbar, aber wofuer ?). Unter windows sagst Du: > * Netzwerk Drucker > * mit einem Drucker oder Computer im Netzwerk verbinden > und gibst als URL an: http://192.168.x.y:631/printers/epson (oder > eben wie bei Dir das aussieht) > * windows meckert dann noch, das Du kein Druckertreiber zur > Verfuegung stellt und Du musst dann eben manuell den Treiber > nachinstallieren. Es geht AUCH, das Cups den Treiber automatisch > anbietet, aber soweit bin ich noch nicht. Ist wohl doch nicht so einfach. Wenn ich unter W2K -> Systemsteuerung -> Drucker -> neuer Drucker gehe, so kommt die Abfrage nach Netzwer- oder lokaler Drucker. Ich wähle Netzwerkdrucker. Dann die Abfrage: Druckername oder "Mit Drucker im LAN verbinden - bitte geben sie die URL an". Wenn ich hier "http://server:631:/printers/normaldruck" angebe, wars das. W2K streikt und meldet "Druckverbindung konnte nicht hergestellt werden Druckernamen falsch?" Sei so nett und hilf mir mal auf die Sprünge oder bin ich blind? MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Am Mittwoch, 3. Juli 2002 21:25 schrieb Martin Pitsch:
Dann die Abfrage: Druckername oder "Mit Drucker im LAN verbinden - bitte geben sie die URL an". Wenn ich hier "http://server:631:/printers/normaldruck" angebe, wars das. W2K
Die ":" hinter 631 sind falsch abgetippt, oder ? Was passiert denn, wenn Du die URL im Browser eingibst ? Ist alles richtig.. Check sonst noch mal im KDE3 Kontrollzentrum, ob die URL so stimmt... cu stonki -- Deutsche ProFTPD Dokumentation: http://www.proftpd.de EFNET: #proftpd
Am Mit, 2002-07-03 um 22.47 schrieb Stefan Onken:
Am Mittwoch, 3. Juli 2002 21:25 schrieb Martin Pitsch:
Dann die Abfrage: Druckername oder "Mit Drucker im LAN verbinden - bitte geben sie die URL an". Wenn ich hier "http://server:631:/printers/normaldruck" angebe, wars das. W2K
Die ":" hinter 631 sind falsch abgetippt, oder ? Was passiert denn, wenn Du die URL im Browser eingibst ? Ist alles richtig.. Check sonst noch mal im KDE3 Kontrollzentrum, ob die URL so stimmt...
Der Doppelpunkt ist ein Tippfehler in der Mail von mir. Wenn ich im Browser unter Linux oder W2K eingebe: http://server:631/printers/normaldruck http://server:631/printers/highdruck http://server:631/printers/spardruck erscheinen die Konfigurationsseiten von CUPS zum jeweiligen Drucker. Somit sind die URL's o. k. Müssen unter W2K spezielle Treiber genutzt werden oder kann man die vom angebotenen vom Druckerhersteller nehmen? MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Am Don, 2002-07-04 um 05.33 schrieb Martin Pitsch:
Am Mit, 2002-07-03 um 22.47 schrieb Stefan Onken:
Am Mittwoch, 3. Juli 2002 21:25 schrieb Martin Pitsch:
Dann die Abfrage: Druckername oder "Mit Drucker im LAN verbinden - bitte geben sie die URL an". Wenn ich hier "http://server:631:/printers/normaldruck" angebe, wars das. W2K
Die ":" hinter 631 sind falsch abgetippt, oder ? Was passiert denn, wenn Du die URL im Browser eingibst ? Ist alles richtig.. Check sonst noch mal im KDE3 Kontrollzentrum, ob die URL so stimmt...
Der Doppelpunkt ist ein Tippfehler in der Mail von mir. Wenn ich im Browser unter Linux oder W2K eingebe:
http://server:631/printers/normaldruck http://server:631/printers/highdruck http://server:631/printers/spardruck
erscheinen die Konfigurationsseiten von CUPS zum jeweiligen Drucker. Somit sind die URL's o. k.
Müssen unter W2K spezielle Treiber genutzt werden oder kann man die vom angebotenen vom Druckerhersteller nehmen?
Ich bin nun ein Stück weiter gekommen. Unter http://linuxgilde.unix-forum.de/suse_linux_73_cups_win2k.html wird beschrieben, dass in der /etc/cups/ppd/>druckername<.ppd ein Kommata entfernt werden muss. Ich hab dies mal gemacht. Der Drucker läßt sich nun in der von Dir beschriebenen Form unter W2K einbinden. Das Drucken unter W2K ist jedoch noch nicht möglich. :-( MfG, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Am Donnerstag, 4. Juli 2002 06:38 schrieb Martin Pitsch:
wird beschrieben, dass in der /etc/cups/ppd/>druckername<.ppd ein Kommata entfernt werden muss. DICKES SORRY ! Das habe ich auch gemacht und ganz vergessen !
Ich hab dies mal gemacht. Der Drucker läßt sich nun in der von Dir beschriebenen Form unter W2K einbinden. Das Drucken unter W2K ist jedoch noch nicht möglich. :-( und was für ne Fehlermeldung kommt auf Client seite und ggf. auf Linux Seite ?
cu stonki -- Deutsche ProFTPD Dokumentation: http://www.proftpd.de EFNET: #proftpd
Am Don, 2002-07-04 um 08.04 schrieb Stefan Onken:
Am Donnerstag, 4. Juli 2002 06:38 schrieb Martin Pitsch:
wird beschrieben, dass in der /etc/cups/ppd/>druckername<.ppd ein Kommata entfernt werden muss. DICKES SORRY ! Das habe ich auch gemacht und ganz vergessen !
Macht nix - kann passieren. Ich schaue ja auch nach Infos und bin halt drauf gestoßen.
Ich hab dies mal gemacht. Der Drucker läßt sich nun in der von Dir beschriebenen Form unter W2K einbinden. Das Drucken unter W2K ist jedoch noch nicht möglich. :-( und was für ne Fehlermeldung kommt auf Client seite und ggf. auf Linux Seite ?
Wenn ich unter W2K einen Druckjob absetze, so erscheint in /var/log/cups/error.log folgendes: I [04/Jul/2002:08:10:16 -0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27734) E [04/Jul/2002:08:11:28 -0200] get_job_attrs: job #0 doesn't exist! E [04/Jul/2002:08:11:29 -0200] print_job: Unsupported format 'application/octet-stream'! server:/etc/cups # cat /var/log/cups/error_log /var/log/cups/access_log sagt: 192.168.1.198 - - [04/Jul/2002:08:18:17 -0200] "POST /printers/normaldruck HTTP/1.1" 200 129 W2K gibt keine Fehlermeldung aus. Raffe ich nicht. Cu, -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
Hallo Martin Pitsch, am Donnerstag, 4. Juli 2002 um 07:19 schriebst Du:
Wenn ich unter W2K einen Druckjob absetze, so erscheint in /var/log/cups/error.log folgendes:
I [04/Jul/2002:08:10:16 -0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27734) E [04/Jul/2002:08:11:28 -0200] get_job_attrs: job #0 doesn't exist! E [04/Jul/2002:08:11:29 -0200] print_job: Unsupported format 'application/octet-stream'! server:/etc/cups # cat /var/log/cups/error_log
/var/log/cups/access_log sagt: 192.168.1.198 - - [04/Jul/2002:08:18:17 -0200] "POST /printers/normaldruck HTTP/1.1" 200 129
W2K gibt keine Fehlermeldung aus. Raffe ich nicht.
Cu,
Laut Google.. Wie gesagt, ich habe das Problem (zum Glueck) nicht: |------ "octet-stream" ist das Formart, das an den raw-Treiber übergeben wird. Da das Formart in der Konfiguration Defaultmäßig deaktiviert ist muss man in "/etc/cups/mime.convs" die folgende Zeile hinzufügen (oder auskommentieren): */* application/vnd.cups-raw 0 - In der "/etc/cups/mime.types" muss man folgende Zeile einfügen: application/octet-stream Nun sollte das Drucken funktionieren. ------| Schaun wir mal, ob der letzte Satz auch stimmt... cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de EFNET: #proftpd
Am Don, 2002-07-04 um 09.50 schrieb Stefan Onken:
Hallo Martin Pitsch,
Hallo Stefan Onken,
am Donnerstag, 4. Juli 2002 um 07:19 schriebst Du:
Wenn ich unter W2K einen Druckjob absetze, so erscheint in /var/log/cups/error.log folgendes:
I [04/Jul/2002:08:10:16 -0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27734) E [04/Jul/2002:08:11:28 -0200] get_job_attrs: job #0 doesn't exist! E [04/Jul/2002:08:11:29 -0200] print_job: Unsupported format 'application/octet-stream'! server:/etc/cups # cat /var/log/cups/error_log
/var/log/cups/access_log sagt: 192.168.1.198 - - [04/Jul/2002:08:18:17 -0200] "POST /printers/normaldruck HTTP/1.1" 200 129
W2K gibt keine Fehlermeldung aus. Raffe ich nicht.
Cu,
Laut Google.. Wie gesagt, ich habe das Problem (zum Glueck) nicht:
|------ "octet-stream" ist das Formart, das an den raw-Treiber übergeben wird. Da das Formart in der Konfiguration Defaultmäßig deaktiviert ist muss man in "/etc/cups/mime.convs" die folgende Zeile hinzufügen (oder auskommentieren):
*/* application/vnd.cups-raw 0 -
In der "/etc/cups/mime.types" muss man folgende Zeile einfügen:
application/octet-stream
Nun sollte das Drucken funktionieren. ------|
Habe die beiden vorgenannten Einstellungen vorgenommen und .. ... es klappt :-)))))) Herzlichen Dank Stefan Cu, :-) -- Martin Pitsch Tel.: +49 (7146) 99 07 47 Eichenrain 16 Fax : +49 (89) 14 88 22 80 16 71686 Remseck am Neckar www : http://www.martin-pitsch.de
participants (4)
-
Martin Pitsch
-
Oliver Dauter
-
Stefan Onken
-
Stefan Onken