CUPS: Linux-Drucken leicht gemacht -- für Heimanwender wie für ...

Eine CUPS-Vorführung, die Windows-Administratoren leicht vor Neid erblassen
lässt...
Mit folgender Vorführung lässt sich eine verblüffende Wirkung erzielen:
Angenommen, es existiert bereits ein CUPS-Server (z.B. unter Linux) im LAN, auf dem 20 verschiedene
Drucker fertig konfiguriert sind. Dann wird unter den Augen der Zuschauer in Minutenschnelle CUPS oder
ESP PrintPro auf einem weiteren Rechner, z.B. auf einer SUN-SPARC-Maschine installiert. Während der
Software-Installation sei die SPARC durch Ziehen des Steckers vom LAN getrennt. Dann wird beispielsweise
das Fenster des ESP PrintPro "Printer Managers" geöffnet. Das Fenster ist anfangs (natürlich) leer.
Nach Wiederherstellen der Netz-Verbindung füllt sich innerhalb weniger Sekunden das Fenster mit allen
20 verfügbaren Druckern, da die SPARC jetzt Zugang zu den Browsing-Informationen des CUPS-Servers
hat. Und wenn man dann vorführt, wie jeder beliebige "aus dem Nichts aufgetauchte" Drucker "mit allen
verfügbaren Schikanen" druckt (z.B. Heftung, Lochung, Duplex, andersfarbiges Deckblatt...), nimmt das
Staunen beinahe kein Ende... Warum bloß kommt einem dabei das Schlagwort von der "Zero Administration
for Clients" in den Sinn?
Polling -- aktive Beschaffung der Druckerlisten durch die Clients bei den Servern
Es mag jedoch Fälle geben, in denen ein Drucker-Browsing wegen des damit verbundenen Server-Broadcast
vom Administrator nicht erwünscht ist, selbst wenn der dadurch verursachte Netzverkehr
noch so minimal ist. In diesem Fall besteht die Möglichkeit, die Clients anzuweisen, nicht erst passiv auf
Broadcast-Infos zu warten, sondern sich die benötigten Druckerinformationen direkt beim zuständigen
Server selbst zu besorgen. Dazu muss jedoch jeder einzelne Client entsprechend konfiguriert werden: die
Anweisung "BrowsePoll 10.160.16.55:631" bewirkt diese Abfrage nach den verfügbaren Druckern
beim genannten Server auf Port 631, sobald gedruckt werden soll. (In Wahrheit würde ich diesen speziellen
Server natürlich niemals wählen, da mein chaotischer Kollege Hansjörg, dem dieser Rechner gehört.... OK,
ich hör' ja schon auf, siehe jedoch oben ;-)
"BrowsePoll.. "-Anweisungen dürfen mehrfach in der Konfigurationsdatei vorkommen; dann fragt der
Client eben mehrere Server ab.
Das Polling ist vor allem dann unverzichtbar, wenn man einen Server nutzen will, der hinter einem Router
oder Gateway (d.h. in einem anderen Sub-Netz) sitzt.
BrowseRelay -- Server in anderen LANs lokal nutzbar machen
Da kein Broadcast die Hürde eines Routers oder Gateways überwinden kann, braucht man Möglichkeiten,
Server und ihre Drucker in einem Nachbarnetz zu nutzen, deren broadcasts "hier" nicht ankommen.
Natürlich könnte man jeden Client, der die lokalen Drucker (falls vorhanden) per lokalem Server-Broadcast
mitgeteilt bekommt, zusätzlich zum "Polling" der entfernten CUPS-Server auffordern. Das würde bedeuten:
bei jedem einzelnen Client wären die entsprechenden Einträge in der cupsd-conf erforderlich -entsprechend
viel Arbeit für den Administrator -- sowohl bei der Erstkonfiguration, als auch bei jeder
späteren Änderung.
Die elegantere Alternative ist folgende: man bestimmt einen der CUPS-Rechner im LAN zum
"Browse-Relay". Man kann hierfür einen Rechner benutzen, der ohnehin in beiden Netzen "zu Hause" ist,
z.B. einen Gateway- oder Router-Rechner. Dies bewirkt beispielsweise ein Eintrag der Form
"BrowseRelay 192.78.215.80 10.160.31.255/255.255.240.0", der die Broadcasts des entfernten
Servers192.78.215.80 aufzeichnet und dessen Drucker im Netz 10.160.16.0 (dieses ist ge-"subnet"-tet mit
der Netzmaske 255.255.240.0) veröffentlicht. (Die Clients nehmen dann im Falle des Drucken-Wollens mit
dem entfernten Druckserver direkten Kontakt auf, da ihnen dessen Adresse durch das Browse-Relay
bekannt gemacht wurde).
Manchmal ist jedoch dies nicht praktikabel (z.B. wenn der Router gar kein Linux-Rechner ist). Auch kein
Problem: man macht einfach einen "normalen" lokalen CUPS-Rechner zum Browse-Relay; dieser wird
beauftragt, einen oder mehrere der entfernten Server zu pollen, indem man in seine Konfigurationsdatei
eine entsprechende Anweisung "BrowsePoll..." schreibt. Zusätzlich wird er mit der Direktive
5