FTP-Proxy

• redirektionierende Paketfilterregeln
• keine Einstellungen am Web-Browser des Clients

Der FTP-Proxy ist transparent. Er stellt gegenüber dem Client den FTP-Server dar und gegenüber dem eigenlichen FTP-Server den Client. Er kann in zwei Modi betrieben werden :

• Als reiner FTP-Proxy, der redirektionierte Verbindungswünsche entgegennimmt und an den eigentlichen FTP-Server weiterleitet, die Antwort entgegennimmt, auf Viren untersucht und an den Client zurückreicht. Typische Aufrufe sind :
• ftp-proxy -b fw1.int -V 21     (siehe Abbildung, der ftp-Proxy empfängt ftp-Verbindungswünsche auf einer bestimmten Schnittstelle)
• ftp-proxy -V 21                       (ohne Abbildung, der ftp-Proxy ist nicht an ein bestimmtes Interface gebunden)

• Als kombinierter FTP-Proxy mit Aufruf eines Web-Proxy. Bis zur Übertragung des Directory-Inhalts oder der Datei wird das normale FTP-Protokoll benutzt und dann wird ein HTTP-Request mit der URL "ftp://..." abgesetzt, damit der Cache des Web-Proxy benutzt wird. Natürlich wird das Dokument genauso geprüft wie beim reinein FTP-Proxy.
• ftp-proxy -V 21 127.0.0.1 80      (siehe Abbildung, Masquerading, Virenschutz, Logging, Web-Caching)
• ftp-proxy 21 webproxy.dmz 80   (ohne Abbildung, keine Virenprüfung, es wird ein anderer Rechner als Web-Proxy benutzt)

Syntax

• -t : voll transparenter Zugriff, URL und Header werden nicht verändert, außer bei Zugriffen auf den lokalen HTTP-Server.
• -r user : dach dem Binden an den angegebenen Port soll der Prozeß nicht als root, sondern als user laufen.
• -b ipaddr : ohne Angabe dieser Option wird der Prozeß an 0.0.0.0 gebunden. Hier setzt man üblicherweise die IP-Adresse einer Netzwerkschnittstelle ein. Damit reagiert der Prozeß nur noch auf Verbindungswünsche zu dieser Schnittstelle, statt auf jeden Verbindungswunsch.
• -V : nehme Inhaltsprüfung vor. Das Dokument wird auf Viren geprüft.
• -d : erhöhe den Debug-Level. Je höher der Debug-Level, desto geschwätziger ist der Proxy.
• -D : bleibe Vordergrundprozeß. Dies ist eine Debug-Option zum Entwickeln und Testen.
• port : der Port, auf dem der Prozeß laufen soll, üblicherweise 21 für ftp. Die Portnummer kann numerisch angegeben oder symbolisch, z.B. "ftp", in /etc/services enthalten sein.
• proxyhost : Alle Requests werden an diesen Rechner weitergeschickt. Ohne Angabe des proxyhost werden die Anfragen an die echte Zieladresse ausgeliefert.
• proxyport : der verwendete Port des proxyhost. Wird dieser Port nicht angegeben, wird port angenommen. Ist port == proxyport, muß bei Angabe von 127.0.0.1 (oder der Adresse einer Netzwerkschnittstelle) für den proxyhost die -b Option verwendet werden, da sonst Endlosschleifen resultieren.

Die erzeugte Logging-Information sieht z.B. wie folgt aus :

Apr 22 13:00:45 firewall ftp-proxy[4444]: pc1172.de.xy 10.64.2.172 hpcc926.external.hp.com 192.151.11.14 ftp://ftp.hp.com/ 783 34540 0

Wie bei syslog üblich, kommen zunächst die Informationen über den Zeitpunkt (Apr 22 13:00:45), den Rechner (firewall), Prozeßnamen und Prozeßnummer (ftp-proxy[4444]). Nach dem Doppelpunkt folgen die durch den Prozeß erzeugten Informationen : Name (sofern vorhanden, sonst Adresse) und Adresse des Clients (pc1172.de.xy 10.64.2.172), Name (sofern vorhanden, sonst Adresse) und Adresse des Servers(hpcc926.external.hp.com 192.151.11.14).  Die URL (ftp://ftp.hp.com/), die Anzahl der vom Client gesendeten (783) und empfangenen (34540) Bytes sowie der Status (0) beschließen die erzeugte Information. Ein Status, der nicht 0 ist, weist auf eine abgebrochene Verbindung hin.

Durch eine Veränderung der Datei /etc/syslog.conf läßt sich die Ausgabe der Information auch auf einen entfernten Rechner (@remote) leiten. Beachten Sie, daß in diesem Fall Paketfilterregeln angegeben werden müssen, die UDP-Pakete mit Zielport 514 vom Firewall zum Zielrechner durchlassen.

Virenschutz

Wird ein Virus entdeckt, wird die Datenverbindung abgebrochen und eine Fehlermeldung zurückgeliefert.

aktives und passives FTP

vorgesehene Erweiterungen