Brücken schreiben

Es hat einige Überredungskünste gekostet – doch nun ist es geschafft: Der Chef hat nachgegeben, und der Bürorechner darf neuerdings auch Linux fahren. Nun sitzt man mit seinem Linux-Kistchen zwischen all den Windows-Desktops und verzichtet freiwillig auf Outlook, weil sich sogar ein Microsoft-Exchange-Server seine Mails per POP3entlocken lässt. Unabdingbare Windows-Software erschlägt man mit VMware, dank StarOffice bereiten sogar die allgegenwärtigen MS-Office-Dokumente wenig Kopfschmerzen – nur: Wie druckt man den Krempel aus? Der Drucker nämlich steckt fest in der Microsoft-Netzwerkumgebung… Urplötzliche Begeisterung für das total papierlose Büro nimmt einer sowieso keine der Kolleg(inn)en ab, und so bleiben nur noch ein paar heimliche Überstunden, um von der druckerlosen Insel herunter zu kommen.

Der lange Weg zum Share

Dass ein Linux-Rechner mit Samba [1] zum Windows-Server wird, hat sich mittlerweile herum gesprochen – da muss es doch auch andersrum gehen. Und tatsächlich ergibt die einleitende Recherche, dass mit dem smbclient-Programm ein Kommandozeilenwerkzeug zur Verfügung steht, mit dem man auf freigegebene SMB-Shareszugreifen kann.

Wer tatsächlich kein Paket namens smbclient (Debian), samba (Red Hat), samba-client o. ä bei seiner Distribution findet, wird sich notfalls die gesamte Samba-Distribution im Sourcecode unter http://de.samba.org/samba/download.html/ herunter laden, bei der auch die Client-Programme dabei sind. Derartige Kanonen-auf-Spatzen-Kompiliererei ist jedoch nur in Ausnahmefällen nötig.

Doch was man an Kraft spart, muss man an Weg zusetzen, und so erschlägt das smbclient-Programm dann auch mit einer langen und breiten Manpage. Hier muss man schon mal einen Abend einkalkulieren, um aus dem Ganzen schlau zu werden.

So mühsam finden wir heraus, dass von uns erwartet wird, den Service-Namen des Dienstes anzugeben, den wir benutzen wollen. Hier hat gut daran getan, wer sich unter Windows den merkwürdigen \\server\druckername-"Pfad" aus den Eigenschaften des Druckericons abgeschrieben hat. Abbildung 1 zeigt das Beispiel eines Druckers namens \\FS-OEK-01\HP4P_5etg in einer Windows-98-Druckerkonfiguration.

Abbildung 1: Ein englisches Windows 98 verrät den Namen des Drucker-Shares

Auf die einleitenden zwei Schrägstriche (genauer: Backslashs) folgt der NetBIOS-Name des Rechners (hier: FS-OEK-01), der ein Share frei gibt. Dieser ist nur in Ausnahmefällen derselbe wie der Internet-Rechnername – es handelt sich dabei um zwei voneinander völlig unabhängige Adressierungen. Durch einen weiteren Backslash getrennt folgt der Name des auf diesem Rechner freigegebenen Shares (im Beispiel der Drucker namens HP4P_5etg).

Sollten Sie hier partout eine Gedächtnis-(Zettel-)Lücke entdecken, wenden Sie sich an Ihren Systemadministrator… oder den Kasten "Auf der Suche nach den Diensten".

Abbildung 2: SMB-Dienste hinter IP-Adressen aufspüren

Wer bin ich?

Nun heißt es, sich an die Windows-Anmeldeprozedur für das entsprechende Share zu erinnern: Welchen Benutzernamen hatte man da? Und in welcher Arbeitsgruppe ("Workgroup") war man angemeldet?

Einmal aus der smbclient-Client-Manpage heraus gefischt, sind die benötigten Optionen leicht zu merken: -W für "Workgroup" und -U für "User". Damit hätten wir mit

smbclient \\server
\sharename
 -W arbeitsgruppe
 -U SMB-benutzername

immerhin schon beinahe einen Befehl gefunden, der ausreicht, um im freigegebenen Verzeichnis namens sharename ähnlich wie mit einem Kommandozeilen-FTP-Client (ftp u. a.) herum zu stöbern.

Wenn die Shell dazwischen funkt…

Wenn, ja, wenn da nicht die Shell wäre… Wer zwischenzeitlich z. B. – so vorhanden – sein Home-Verzeichnis auf dem server (nicht zu verwechseln mit Ihrem Linux-Home-Verzeichnis, obwohl auf einem Samba-Server beides gleich sein kann) betreten wollte, mag sich erstaunt die Augen reiben, warum sie oder ihn statt einer Passwortabfrage ein schnödes Not enough '\' characters in service erwartet.

Aufmerksame Answer-Girl-Leser/innen wissen da natürlich längst Bescheid: Der Backslash \ wird in den gängigen Shells als Fluchtzeichen ("Escape"-Zeichen) benutzt, das – einem Sonderzeichen vorangestellt – dessen wörtliche Bedeutung anstelle der übertragenen forciert. Dadurch wurde aus dem ersten \\ nach der Interpretation durch die Shell ein einfacher \, und von \sharename blieb gerade noch ein sharename übrig.

In unserem Fall wollen wir natürlich, dass die Backslashs echte Backslashs bleiben und nicht mit ihrem Escape-Zeichen-Job anfangen. Die Lösung ist einfach: Wir "escapen" den Escaper… Zu diesem Zweck schreiben wir einfach vor jeden \, den wir raus bekommen wollen, einen weiteren :

smbclient \\\\server
\\sharename
 -W arbeitsgruppe
 -U SMB-benutzername

Nicht browsen, sondern drucken

Nun ist das zwar alles sehr schön, wenn man mit Befehlen wie cd verzeichnisname ins Share-Unterverzeichnis verzeichnisname wechseln, sich mit ls oder dir dessen Inhalt ansehen, mit get datei die Datei datei vom Share auf die Linux-Platte kopieren oder mit put den entgegengesetzten Weg beschreiten kann. (Wer Kommandozeilen-FTP-Clients bedienen kann, sieht sich hier schwer im Vorteil, da alles schon mal gelernt.)

Doch auf einem Drucker kann man sich mit diesem Wissen bestenfalls durch quit oder exit wieder ausloggen… Der will schließlich nur vorgefertigte, möglichst mundgerecht aufbereitete Dokumente haben, um sie fröhlich auf Papier auszuspucken. Glücklicherweise erklärt die smbclient-man-Page, dass sie mit print ein Kommando im Angebot hat, das über den Befehlssatz diverser FTP-Programme hinaus geht.

Ein beispielsweise im Verzeichnis /tmp eingegebenes

smbclient \\\\server
\\drucker
 -W arbeitsgruppe
 -U SMB-benutzername
[...]

Password: geheimes_smb-passwort

Domain=[arbeitsgruppe
] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0]
smb:\>print lokale_textdatei

sollte jetzt immerhin dazu führen, dass die auf dem Linux-Rechner in /tmp lagernde ASCII-Textdatei namens lokale_textdatei auf dem Drucker ausgespuckt wird. (Falls sie woanders liegt, kann man das aktuelle Linux-Verzeichnis mit lcd verzeichnisname, also einem lokalen Verzeichniswechsel – "local change directory" – ändern.)

Auf Papier findet sich dann auch einiges – nur nicht ganz genau wie geplant: Ein Text im Treppenstufen-Layout mag zwar künstlerisch wertvoll sein – seinen schnöden Zweck, lesbar zu sein, erfüllt er jedenfalls nicht.

Da war doch mal was mit unterschiedlichen Zeilenendezeichen bei Unix und DOS: Während ein unter Unix erstellter ASCII-Text jede Zeile mit einem "Line Feed"-Zeichen ("LF") abschließt, hätte DOS gern noch einen Schreibmaschinen-Wagenrücklauf (Carriage Return, "CR") davor. Wenn der fehlt, werden die Zeichen der nächsten Zeile nicht "an den Anfang zurück geschoben", und Treppenstufen sind die Folge.

Natürlich ließe sich unser ASCII-File vor dem Ausdruck beispielsweise mit unix2dos auf DOS-Gegebenheiten trimmen, aber wer wird denn das jedes Mal von Hand tun wollen?

Da es sich um ein derartig grundlegendes Problem handelt, wäre es doch gelacht, wenn der smbclient es nicht selbst kennen würde. Es bedarf nur ein wenig Geduld und Sucherei:

smb: \> help
ls             dir            du             lcd            cd
pwd            get            mget           put            mput
rename         more           mask           del            open
rm             mkdir          md             rmdir          rd
prompt         recurse        translate      lowercase      print
printmode      queue          cancel         quit           q
exit           newer          archive        tar            blocksize
tarmode        setmode        help           ?              !

Beim Durchschauen der smbclient-Befehle sticht einer ins Auge: Was will smbclient denn eigentlich "übersetzen" (engl.: "translate"), wenn nicht solche Kodierungsprobleme? Tatsächlich: ein

smb: \> help translate
HELP translate:
        toggle text translation for printing

bestätigt, dass wir vermutlich ins Schwarze getroffen haben. Dann probieren wir das doch gleich mit unserer Treppenstufendatei aus:

smb: \> translate
CR/LF<->LF and print text translation now on
smb: \> print lokale_textdatei

putting file lokale_textdatei
 as lokale_textdatei
 (0.181909 kb/s) (average 0.181909 kb/s)

Et voilà – das hätten wir. Wer allerdings eine PostScript-Datei auf diese Art und Weise los werden will, weiß hoffentlich, wie man Druckjobs auf dem Drucker abbricht, denn tonnenweise Papier mit PostScript-Programmcode wollte man ja eigentlich nicht haben. Glücklich, wer in dieser Situation an einen PostScript-Drucker gerät, mit dem die Interpretation des Code das Licht der Welt erblickt. Doch spätestens, wenn diese Glücklichen anfangen, ein gif- oder jpg-Bildchen auf diese Weise ausdrucken zu wollen, ist auch hier Schluss mit Lustig.

Automagie

Alles, was das Herz in diesem Fall begehrt, ist ein Filter, der aus am besten sämtlichen möglichen Dateiformaten dasjenige erzeugt, dass der Drucker bevorzugt. Erinnert sich jemand an die Druckereinrichtung bei der Linux-Installation? Falls Ihnen jetzt apsfilter, magicfilter oder rhs-printfilters einfällt, liegen Sie genau richtig.

Diese Werkzeuge suchen für Druckjobs in der Unix-Druckerwarteschlange automagisch heraus, welche Konvertierungsmethode zum druckerinternen Format für die verschiedenen Eingangsformate sinnvoll ist: PostScript-Dateien schickt man bei nicht-PostScript-fähigen Druckern sinnvollerweise durch das Ghostscript-Konvertierungstool gs, während ein jpg-Bildchen zuvor erst noch mit djpeg ins pnm-Format (pnm steht für "Portable Anymap") gewandelt wird, aus dem pnmtops PostScript macht.

Bleibt die Frage, wie wir diesen magischen Filter dazu bekommen, unser auszudruckendes File zu behandeln, das wir ja nun gerade nicht auf einen intern konfigurierten Drucker schicken? Wenn SuSE auf seine Version des apsfilters schwört und Red Hat seit einigen Versionen mit den rhs-printfilters ebenfalls ein eigenes Süppchen braut, wird es schwierig, alle Fliegen mit einer Klappe zu schlagen.

Zumal man beim Durchsehen der aus dem Druckfilterpaket installierten Dateien – eine Liste bekommt man per rpm -ql aps bei SuSE ( rpm -ql yaps für SuSE 6.4) bzw. rpm -ql rhs-printfilters bei Red Hat & Co. – recht schnell merkt, dass deren Struktur reichlich komplex ist. Was wir gern hätten, ist eine einzige ausführbare Datei, die wir ohne weitere Mätzchen als Filtervor den smbclient schalten können.

ProgrammA | FilterA

ProgrammA produziert eine Ausgabe, die, durch die Pipe | gejagt, im FilterA verarbeitet und ausgegeben wird. Mit

FilterA | FilterB

könnte FilterB die Ausgabe von FilterA weiter verarbeiten.

Magicfilter – so merken zumindest die, die Debian oder eine Derivatdistribution installiert haben – eignet sich hingegen hervorragend für unsere Zwecke. Doch auch Benutzern anderer Distributionen steht dieser Weg (notfalls durch Selbstkompilieren) offen.

tar -xzvf magicfilter-1.2.tar.gz

cd magicfilter-1.2

./configure

make

su -(root-Passwort eingeben)

make install

make install_filters

./configure --prefix=$HOME

mkdir $HOME/bin

export PATH=$PATH:$HOME/bin

/usr/bin/install: cannot create regular file `/home/trish/man/man8/magicfilter.8': No such file or directory
make: *** [install] Error 1

mkdir -p $HOME/man/man8

export MANPATH=$MANPATH:$HOME/man

Selbstkompilierer suchen nun in /usr/local/bin oder – siehe Kasten "So kompiliert man Magie" – $HOME/bin nach einer Filterdatei, die in etwa Ihrem Druckernamen entspricht. Wo ein Paket-Managerden "Kram" hingepackt hat, verrät er im allgemeinen selbst.

rpm -ql magicfilter | less

lautet die Frage bei SuSE, Red Hat und Co.: -q für "query – abfragen" und -l für "auflisten (sämtlicher vom Paket installierter Dateien)". Das Ganze wird mit less in eine seitenweise blätter- (Leertaste – vorwärts, b rückwärts ("backward")) und durchsuchbare (/suchbegriff) Form gebracht. Auf "debianische" Weise heißt es hingegen

dpkg -S magicfilter | less

mit -S wie "Search" resp. "Suche nach Dateien aus dem Paket".

Zur Not kann man auch noch locate magicfilterless bemühen… So kommt man für einen HP LaserJet 4 Plus unter Debian beispielsweise auf /etc/magicfilter/ljet4l-filter. Jede der filter-Dateien enthält zu Beginn eine kurze Beschreibung, für welche Drucker(familie) sie geeignet ist, hier beispielweise für die "300-DPI-LaserJet-4-Serie ohne PostScript-Unterstützung".

Die gefundene Datei erweist sich als ganz normales Shell-Skript, mit dem Unterschied, dass der Magicfilter die aufgerufene "Shell" ist:

#! /usr/sbin/magicfilter

Wer die Filter in $HOME/bin (siehe Kasten "So kompiliert man Magie") installiert hat, staunt jetzt ein wenig: Wieso steht da

#! /usr/local/bin/magicfilter

…, wo doch eigentlich

#! /home/Ihr_Benutzername
/bin/magicfilter

richtig wäre? Kleiner Bug – große Wirkung, doch mit einem beherzten Griff zum Texteditor ist der Schlamassel leicht behoben.

Damit könnten wir endlich eine Testdatei hernehmen (hier die PostScript-Datei test.ps), diese durch den magischen Filter schieben (Der Name "Filter" weist schon zaunspfahlmäßig darauf hin, dass eine Pipehier wohl das Gelbe vom Ei ist.) und das Ergebnis, durch den "Trichter" > geschickt, in einer Datei namens test.prn auffangen:

cat test.ps | /etc
/magicfilter/ljet4l
-filter >  test.prn

Wenn wir jetzt smbclient aufrufen und auf dessen Prompt mit

print test.prn

antworten, sollte unser SMB-Drucker eigentlich mit einem schön bedruckten Blatt Papier antworten.

Wer wird denn alles von Hand machen?

Ganz schön umständlich, die Prozedur… Da muss es doch einen Weg geben, um das Ganze mit weniger Arbeit für die Anwenderin zu gestalten: Warum "pipen" wir die Magicfilter-Ausgabe nicht einfach durch den smbclient? Das am Prompt einzugebende print ist da wohl im Weg – oder auch nicht.

Eine Schmökerstunde hilft da weiter: Hinter der Beschreibung der -c-Option, der eine Kommandoliste folgen soll, verheißt die smbclient-man-Page Gutes. "Dies ist besonders nützlich in Skripten und wenn man die Standardeingabe auf dem Server ausdrucken will, z. B. -c 'print '".

Damit generieren wir einen höllischen Rattenschwanz…

cat test.ps | /etc
/magicfilter/ljet4l
-filter | smbclient \\\\server
\\drucker
 -W arbeitsgruppe
 -U SMB-benutzername

-c 'print -'

…, den sich natürlich kein Mensch merken kann. Schreiben wir ihn daher besser in ein klitzekleines Shell-Skript (Listing 1). Zum Glück gibt es in Shells wie der Bash ein paar spezielle Variablen, in denen ein Skript Parameter "durchgestellt" bekommt, mit denen es auf der Kommandozeile aufgerufen wurde.

* ist so einer: Diese Variable enthält die Argumente. Wie bei jeder anderen Shell-Variablen auch kann man ihren Inhalt erfragen, indem man ein $ davor setzt: $* liefert alle Parameter in einer Zeichenkette, getrennt von einem (in der Umgebungsvariablen IFS festgelegten) Trennzeichen, in der Regel einem Whitespace-Zeichen.

#!/bin/sh
# Dieses Skript ist nicht perfekt: Wer mag,
# kann hier z. B. mit $@
 statt $*
,
# einer for
-Schleife, if
 und
# einem test
 (resp. [ ]
)
# nachpruefen, ob die als Argumente
# angegebenen Dateien tatsaechlich
# existieren, und ggf. mit echo

# huebsche Fehlermeldungen ausgeben.
# Wie so oft fallen diesbezuegliche
# Erklaerungen dem beschraenkten
# Answer-Girl-Platz zum Opfer...
cat $* | /etc
/magicfilter/ljet4l
-filter | \
        smbclient \\\\server
\\drucker
 \
        -W arbeitsgruppe
 \
        -U "SMB-benutzername%passwort
" \
        -c 'translate; print -'

Das Listing enthält still und heimlich eine weitere Weisheit aus dem unerschöpflichen Reichtum der smbclient-Manpage: Wer hinter den SMB-benutzernamen ein % samt SMB-passwort schreibt, wird den expliziten Password:-Prompt sicher nicht vermissen.

Selbstverständlich haben wir für den Fall von ASCII-Texten auch gleich das translate mit eingebaut: -c nimmt gern mehrere Kommandos unter seine Fittiche, sofern sie mit Semikolon voneinander getrennt sind.

Das Skript spart zugleich noch Papier: ASCII-Dateien enthalten – anders als PostScript – keinen Befehl, der eine neue Seite anfordert. cat kettet alle in $* angeführten Argumentdateien am Stück zusammen, was dazu führt, dass aufeinander folgende ASCII-Dateien mangels Seitenumbruch auf einem gemeinsamen Blatt Papier landen. Wem das nicht gefällt, kann dem Hinweis im Skript folgen und mit einer for-Schleife und der Sondervariablen @ experimentieren.

Neben dem obligatorischen Verleihen der Ausführungsrechte für die Skript-Eigentümerin mit chmod u+x skriptname wird sie in diesem Fall allen anderen mit chmod go-r skriptname das Leserecht entziehen. Schließlich sollte man sein Passwort nicht gleich sämtlichen Rechnermitbenutzern ans Herz legen. Befinden sich auf den mit diesem Passwort erreichbaren SMB-Shares wichtige Daten (sic!), verbietet sich ein im Skript angegebenes Passwort natürlich von selbst.

Wer seinen SMB-Drucker jetzt noch gern mit dem Druckbefehl lpr wie einen gewöhnlichen lokalen Drucker an der parallelen Schnittstelle ansprechen möchte, muss sich allerdings auf das nächste "Answer-Girl" vertrösten lassen.