Während der Linux- und Mac OS X-Client über ein vollwertiges Kommando-Arsenal verfügen steht auf der Netzwerk-Festplatte nur ein sehr eingeschränkter Befehlssatz zur Verfügung.

Die Lösung heisst wieder mal “netcat” und ermöglicht die Kommunikation zwischen zwei Geräten auf Basis des TCP- bzw. UDP-Protokolls.

Push

In dem als “Push” bezeichneten Verfahren baut der Sender eine Verbindung zum Empfänger auf. D.h. netcat wartet am Port 7800 auf eingehende Verbindungen und schreibt die empfangenen Daten in die Datei filename.out.

# Empfänger
$ nc -l 7800 > filename.out

# Sender
$ nc hostname 7800 < filename.in

Pull

In diesem Szenario baut der Empfänger eine Verbindung zum Sender auf. D.h. netcat bietet auf dem Port 7800 die Datei filename.out zum Transfer an und wartet auf eine Anfrage vom Empfänger.

# Sender
$ nc -l -p 7800 < filename.out

# Empfänger
$ nc -w 10 hostname 7800 > filename.in

Push vs. Pull

Was macht das nun für einen Unterschied, ob Push oder Pull?! Im lokalen Netzwerk unter den oben genannten Umständen wahrscheinlich keinen, aber in der freien Wildbahn im Schatten von Firwalls und Paketfiltern macht das durchaus einen Sinn.

Ein Szenario: Man sitzt im Büro und möchte gerne eine Datei von einem Rechner im Internet herunterladen. Leider lässt die Firewall des Büros keine eingehenden Verbindungen zu und sperrt diese. Ein “Push” ist demnach nicht möglich, da in diesem Falle der Rechner im Internet versuchen würde eine Verbindung zu dem Rechner im Büro aufzubauen. Es bleibt also nur noch die Möglichkeit des “Pull”, bei welchem der Rechner im Büro eine Verbindung zu dem im Internet aufbaut und sich die Datei “zieht”.

Die simpelste Variante stellt eine Verbindung zum Mail-Server via telnet auf Port 25 dar:

$ telnet mail.example.com 25

Auf den meisten Systemen wird telnet aus vielfältigen Gründen allerdings nicht vorhanden sein, weshalb es noch die Möglichkeit zur Nutzung von netcat gibt.

$ netcat -v mail.example.com 25

Egal für welche Variante wir uns entscheiden sollten, der Ablauf sieht für beide folgendermaßen aus:

Trying mail.example.com...
Connected to mail.example.com.
Escape character is '^]'.
220 mail.exmaple.com ESMTP

Wir begrüßen den Mailserver mit HELO client.exmaple.com. Worauf uns der Mailserver mit 250 mail.example.com willkommen heisst.

Anschließend teilen wir unserem dienstbaren Freund mit MAIL FROM:<janedoe@exmaple.com> mit von wem unsere E-Mail stammt. Als Bestätigung erhalten wir ein 250 ok.

Nun teilen wir dem Mail-Server noch mit an wen wir unsere Post richten möchten: RCPT TO:<johndoe@example.com>. Falls der Empfänger dem Mail-Server genehm sein sollte erhalten wir wieder ein 250 ok.

Nachdem wir die Formalitäten hinter uns gebracht haben geben wir unser Mitteilungsbedürfnis mit DATA preis. Gespannt meldet sich der Mail-Server mit einem 354 go ahead zurück und wartet freudig auf unsere Nachricht:

subject: Heyhoo
Hallo John!
Toll Dich kennengelernt zu haben.
Liebe Grüße
Jane
.

Die Kenntnisnahme unserer Nachricht bekommen wir mit 250 ok 1229451861 qp 18424 vom Mail-Server quittiert, worauf wir uns mit einem QUIT verabschieden und von dannen ziehen.

Für die Verwendung in Shell-Skripten gibt es noch folgenden Schnipsel, welcher die o.g. Kommandos noch mal schön zusammenfasst.

#!/usr/bin/env bash
netcat localhost 25 << EOF
HELO client.example.com
MAIL FROM: <janedoe@example.com>
RCPT TO: <johndoe@example.com>
DATA
…
.
QUIT
EOF