Mit Client oder Clientprogramm bezeichnet man ein Programm, das gestartet wird, um Druckaufträge an den Drucker-Daemon zu schicken. Ein Drucker-Daemon ist ein lokaler Dienst, um Druckaufträge entgegenzunehmen und weiterzuschicken oder selbst zu verarbeiten. Ein Server ist ein Daemon, der einen oder mehrere Drucker mit den Druckdaten beliefern kann. Jeder Server hat gleichzeitig die Funktionalität eines Daemons. Meist wird weder von Benutzern noch von CUPS-Entwicklern sonderlich zwischen den Begriffen Server und Daemon unterschieden.

Druckaufträge werden mit CUPS basierten Programmen, wie lpr, kprinter oder xpp, und mit Hilfe des Internet Printing Protocols, kurz IPP, verschickt. IPP ist in den Internet-Standards RFC-2910 und RFC-2911 definiert (siehe http://www.rfc-editor.org/rfc.html). Das IPP ist dem Webprotokoll HTTP ähnlich: gleiche Header, aber unterschiedliche Nutzdaten. Es wird ein anderer, eigener Port 631 zur Kommunikation verwendet, der bei der IANA Internet Authority for Number Allocation registriert wurde.

Die Daten werden an den konfigurierten CUPS-Daemon verschickt, der im Normalfall auch der lokale Server ist. Andere Daemonen können beispielsweise mit Hilfe der Shell-Variable CUPS_SERVER direkt angesprochen werden.

Mit Hilfe der Broadcast-Funktion des CUPS-Daemons können die von ihm lokal verwalteten Drucker dem Netzwerk bekannt gemacht werden (UDP Port 631) und erscheinen dann als Warteschlange an allen Daemons, die diese Broadcast-Pakete empfangen und auswerten dürfen (konfigurierbar). Dies ist vorteilhaft für Firmennetze, weil man so kurz nach dem Start des Rechners alle vorhandene Drucker sehen kann, ohne selbst Hand an die Konfiguration legen zu müssen. Gefährlich ist diese Option, wenn der Rechner mit dem Internet verbunden ist. Bei der Konfiguration der Broadcast-Funktion ist darauf zu achten, dass nur in das lokale Netzwerk gebroadcastet wird, dass der Zugriff nur für das lokale Netzwerk erlaubt ist und dass die öffentliche IP-Adresse für die Internetverbindung nicht im Adressbereich des lokalen Netzwerks liegt. Andernfalls könnten andere Benutzer desselben Internet Service Providers die freigegebenen Drucker sehen und auch benutzen. Außerdem erzeugen die Broadcasts Netzwerk-Traffic, was zusätzliche Kosten bedeuten kann. Man sollte daher immer sicherstellen, dass solche Broadcast-Pakete nicht vom lokalen Drucker ins Internet geschickt werden, z. B. mit Hilfe der paketfilternden SuSE-Firewall (SuSEfirewall2). Um die Broadcasts zu empfangen, muss nichts zusätzlich konfiguriert werden. Nur beim Versenden muss dazu eine Broadcast-Adresse angegeben werden (diese ist z. B. über YaST2 zu konfigurieren).

IPP wird zur Kommunikation zwischen lokalem und remote CUPS-Daemon verwendet (also einem CUPS-Server). Netzwerk-Drucker neuerer Art unterstützen mittlerweile auch IPP. Nähere Informationen dazu findet man auf den Webseiten der Hersteller oder im Handbuch des Druckers. Windows 2000 (und neuer) bietet ebenfalls eine IPP-Unterstützung. Doch leider gab es Probleme mit deren Implementierungsformat. Eventuell sind diese mittlerweile behoben oder können per Service Pack behoben werden.

Es gibt viele Arten, um unter CUPS Drucker einzurichten und den Daemon zu konfigurieren: mit Kommandozeilentools, YaST2, KDE Control Center, Webinterface, usw. In den folgenden Abschnitten wird nur auf Kommandozeilentools und YaST2 eingegangen. Deshalb im Vorfeld der Hinweis, dass dies nicht die einzigen Möglichkeiten sind.

	Warnung
Das Webinterface birgt die Gefahr, dass man das Root-Passwort kompromittiert, weil man über das Netzwerk das Root-Passwort im Klartext verschickt, wenn man den Rechnernamen in der URL angibt. Deshalb sollten Sie immer nur http://localhost:631/ verwenden, und auf keinen Fall andere Adressen.

Aus diesem Grund wurde auch der Administrations-Zugriff auf den CUPS-Daemon dahingehend eingeschränkt, dass er nur dann konfiguriert werden kann, wenn er unter localhost angesprochen wird (was identisch zur IP-Adresse 127.0.0.1 ist.) Andernfalls sieht man eine entsprechende Fehlermeldung.

Um lokale Drucker zu administrieren, ist es notwendig, dass ein CUPS-Daemon auf dem lokalen Rechner läuft. Dazu installiert man das cups und die von SuSE generierten PPD-Dateien in den Paketen cups-drivers und cups-drivers-stp. Dann startet man den Server (als root) mit dem Kommando: /etc/rc.d/cups restart. Bei der YaST2-Konfiguration geschieht diese Installation und das Starten implizit durch Auswahl von CUPS als Drucksystem und Installation eines Druckers.

PPD steht für PostScript Printer Description und ist ein Standard, um Druckeroptionen mit PostScript Kommandos zu beschreiben. CUPS benötigt diese zur Drucker-Installation. SUSE LINUX liefert zu vielen Druckern PPD-Dateien mit. Aber auch die Hersteller bieten auf ihren Webseiten und Installations-CDs PPD-Dateien für PostScript-Drucker an (meist im Bereich Installation unter Windows NT).

Der lokale Daemon kann auch mit der Absicht gestartet werden, dass man alle Drucker aller Broadcasting-Server lokal zur Verfügung haben will, obwohl man keine lokalen Drucker hat, d. h. zur Druckerauswahl unter KDE und OpenOffice soll möglichst wenig Aufwand notwendig sein.

Broadcasting konfiguriert man entweder mit YaST2, oder man kann in der Datei /etc/cups/cupsd.conf die Variable Browsing auf On (default) und die Variable BrowseAddress auf einen geeigneten Wert (beispielsweise 192.168.255.255) setzen. Damit auch Druckaufträge angenommen werden, ist zumindest der <Location /printers> oder besser der <Location /> der Empfang zu erlauben. Dazu ist Allow From xyz-host.mydomain zu ergänzen – siehe file:/usr/share/doc/packages/cups/sam.html. Mit dem Befehl /etc/rc.d/cups reload (als root) übernimmt nach dem Bearbeiten der Datei der Daemon diese neue Konfiguration.

Unter Netzwerkdrucker versteht man meist Drucker, die ein Printserver-Netzwerkinterface eingebaut haben (wie das HP mit dem JetDirect-Interface anbietet) oder Drucker, die an einer Printserver-Box oder Router-Box mit Printserverfunktionalität angeschlossen wurden. Nicht gemeint sind damit Windows-Rechner, die einen Drucker als Share zur Verfügung stellen. Doch kann man diese auch unter CUPS leicht auf ähnliche Art und Weise ansprechen.

Netzwerkdrucker unterstützen meist das LPD-Protokoll (auf Port 515). Man kann dies mit folgendem Befehl überprüfen:

netcat -z <rechnername>.<domain> 515 && echo ok || echo failed

Wenn dieser Dienst verfügbar ist, kann man ihn mit der Device-URI (CUPS Terminologie) lpd://Server/Queue konfigurieren. Näheres zu den Device-URIs kann man in file:/usr/share/doc/packages/cups/sam.html nachlesen.

Es ist normalerweise besser, wenn man solche Drucker über den eingebauten Port 9100 (HP, Kyocera, u. v. a. m.) oder Port 35 (QMS) anspricht, d. h. ohne vorgeschaltetes LPD-Protokoll. Die Device-URI lautet dann:

socket://Server:Port/

Zum Drucken auf Windows-Druckern, muss das samba-client installiert und Samba richtig konfiguriert sein, d. h. die richtige Workgroup muss gesetzt sein, etc. Die Device-URI für Windows-Rechner kann verschiedene Ausprägungen haben. Die häufigste Form dürfte wohl sein: smb://user:password@host/printer. Für alle anderen Arten siehe file:/usr/share/doc/packages/cups/sam.html und die Manualpage von smbspool.

Ist der Netzwerkdrucker konfiguriert und besitzt man ein kleineres Netzwerk mit mehreren (Linux-)PCs, ist es geschickt, wenn man diesen Netzwerkdrucker nicht mehrfach an allen Clients konfigurieren muss. Deshalb sollte man in diesem Fall die Broadcast-Funktionalität des Daemons einschalten (s. o.). Auch ein Umstellen der Konfigurationen, wie Standardpapiergröße auf Letter, muss nicht an jedem einzelnen Client, sondern nur einmal am Server vorgenommen werden (siehe Abschnitt 5.8.1.4. “Einstellung der Warteschlangen”). Diese Konfigurationen werden zwar lokal gespeichert aber durch die CUPS-Tools, bzw. bedingt durch das IPP-Protokoll, auf den Clients dargestellt.