Dateiübertragungsprotokoll

Das File Transfer Protocol ( FTP ) ist ein Standardkommunikationsprotokoll für die Übertragung von Computerdateien von einem Server zu einem Client über ein Computernetzwerk . FTP basiert auf einer Client-Server- Architektur mit getrennten Steuer- und Datenverbindungen zwischen Client und Server. ^{[ 1 ]} FTP-Benutzer können sich mit einem Klartext -Anmeldeprotokoll, üblicherweise in Form eines Benutzernamens und Passworts, authentifizieren, aber auch anonym verbinden, sofern der Server dies zulässt. Für eine sichere Übertragung, die Benutzername und Passwort schützt und den Inhalt verschlüsselt, wird FTP häufig mit SSL/TLS ( FTPS ) gesichert oder durch das SSH File Transfer Protocol (SFTP) ersetzt.

Die ersten FTP-Client-Anwendungen waren Kommandozeilenprogramme, die vor der Einführung grafischer Benutzeroberflächen für Betriebssysteme entwickelt wurden und noch heute in den meisten Windows- und Unix-ähnlichen Betriebssystemen enthalten sind. ^{[ 2 ] [ 3 ]} Seitdem wurden zahlreiche dedizierte FTP- Clients und Automatisierungsprogramme für Desktop-Computer , Server, Mobilgeräte und Hardware entwickelt, und FTP ist in Produktivitätsanwendungen wie HTML-Editoren und Dateimanager integriert worden .

Früher war ein FTP-Client üblicherweise in Webbrowser integriert, über deren URI- Präfix „ “ Dateiserver aufgerufen wurden ftp://. Im Jahr 2021 wurde die FTP-Unterstützung von Google Chrome und Firefox ^{[ 4 ] [ 5 ]} , zwei führenden Webbrowser-Herstellern, eingestellt, da sie durch die sichereren Protokolle SFTP und FTPS abgelöst wurde ; allerdings haben beide Browser die neueren Protokolle nicht implementiert. ^{[ 6 ] [ 7 ]}

Die ursprüngliche Spezifikation des File Transfer Protocol (FTP) wurde von Abhay Bhushan verfasst und am 16. April 1971 als RFC 114 veröffentlicht. Bis 1980 lief FTP auf NCP , dem Vorgänger von TCP/IP . ^{[ 2 ]} Das Protokoll wurde später durch eine TCP/IP-Version, RFC 765 (Juni 1980) und RFC 959 (Oktober 1985), die aktuelle Spezifikation, ersetzt. Mehrere vorgeschlagene Standards modifizieren RFC 959. So ermöglicht beispielsweise RFC 1579 (Februar 1994) Firewall-freundliches FTP (passiver Modus), RFC 2228 (Juni 1997) schlägt Sicherheitserweiterungen vor und RFC 2428 (September 1998) fügt Unterstützung für IPv6 hinzu und definiert einen neuen Typ des passiven Modus. ^{[ 8 ]}       

FTP kann im aktiven oder passiven Modus betrieben werden, was die Art der Datenverbindungsherstellung bestimmt. ^{[ 9 ]} (Diese Bedeutung von „Modus“ unterscheidet sich von der des MODE-Befehls im FTP-Protokoll.)

• Im aktiven Modus beginnt der Client, auf eingehende Datenverbindungen vom Server an Port M zu warten. Er sendet den FTP-Befehl PORT M, um dem Server mitzuteilen, an welchem ​​Port er lauscht. Der Server initiiert daraufhin einen Datenkanal zum Client über seinen Port 20, den FTP-Server-Datenport.
• Befindet sich der Client hinter einer Firewall und kann keine eingehenden TCP-Verbindungen annehmen, kann der passive Modus verwendet werden. In diesem Modus sendet der Client über die Steuerverbindung einen PASV-Befehl an den Server und empfängt daraufhin dessen IP-Adresse und Portnummer ^{[ 9 ].} Mithilfe dieser Daten öffnet der Client anschließend eine Datenverbindung von einem beliebigen Client-Port zu den empfangenen Server-IP-Adressen und Portnummern ^{[ 10 ] .}

Beide Modi wurden im September 1998 aktualisiert, um IPv6 zu unterstützen . Zu diesem Zeitpunkt wurden weitere Änderungen am passiven Modus vorgenommen, wodurch dieser zum erweiterten passiven Modus weiterentwickelt wurde . ^{[ 11 ]}

Der Server antwortet über die Steuerverbindung mit dreistelligen Statuscodes im ASCII-Format und optional einer Textnachricht. Beispielsweise bedeutet „200“ (oder „200 OK“), dass der letzte Befehl erfolgreich war. Die Zahlen repräsentieren den Code der Antwort, und der optionale Text stellt eine lesbare Erklärung oder Anfrage dar (z. B. <Konto zum Speichern der Datei erforderlich>). ^{[ 1 ]} Eine laufende Dateiübertragung über die Datenverbindung kann durch eine über die Steuerverbindung gesendete Interruptnachricht abgebrochen werden.

FTP benötigt zwei Ports (einen zum Senden und einen zum Empfangen), da es ursprünglich für den Betrieb auf dem Network Control Protocol (NCP) entwickelt wurde. NCP war ein Simplex-Protokoll , das zwei Portadressen nutzte und so zwei Verbindungen für die bidirektionale Kommunikation herstellte. Für jede Anwendung bzw. jedes Protokoll der Anwendungsschicht waren ein ungerader und ein gerader Port reserviert . Die Standardisierung von TCP und UDP reduzierte den Bedarf an zwei Simplex-Ports pro Anwendung auf einen Duplex-Port ^{[ 12:15 ] .} Das FTP-Protokoll wurde jedoch nie so geändert, dass es nur noch einen Port verwendet, und nutzte aus Gründen der Abwärtskompatibilität weiterhin zwei Ports.

FTP überträgt Daten normalerweise, indem der Server nach dem Senden des PORT-Befehls durch den Client eine Verbindung zum Client herstellt. Dies ist problematisch für NATs und Firewalls, da diese keine Verbindungen aus dem Internet zu internen Hosts zulassen. ^{[ 13 ]} Bei NATs kommt hinzu, dass die im PORT-Befehl angegebenen IP-Adressen und Portnummern auf die IP-Adresse und den Port des internen Hosts verweisen, nicht auf die öffentliche IP-Adresse und den öffentlichen Port des NAT.

Es gibt zwei Lösungsansätze für dieses Problem. Zum einen verwenden FTP-Client und FTP-Server den PASV-Befehl, wodurch die Datenverbindung vom FTP-Client zum Server hergestellt wird. ^{[ 13 ]} Dies wird von modernen FTP-Clients häufig genutzt. Zum anderen ändert das NAT mithilfe eines Application-Level-Gateways die Werte des PORT-Befehls . ^{[ 13 ]}

Bei der Datenübertragung über das Netzwerk werden fünf Datentypen definiert: ^{[ 2 ] [ 3 ] [ 8 ]}

• ASCII (Typ A): Wird für Text verwendet. Die Daten werden, falls erforderlich, vor der Übertragung von der Zeichendarstellung des sendenden Rechners in „8-Bit-ASCII“ und (falls erforderlich) anschließend wieder in die Zeichendarstellung des empfangenden Rechners, einschließlich Zeilenumbrüchen , konvertiert . Daher ist dieser Modus für Dateien, die andere Daten als ASCII enthalten, ungeeignet.
• Bildmodus (Typ I, allgemein als Binärmodus bezeichnet ): Der sendende Rechner sendet jede Datei Byte für Byte, und der Empfänger speichert den Bytestrom , während er ihn empfängt. (Die Unterstützung des Bildmodus wird für alle FTP-Implementierungen empfohlen).
• EBCDIC (TYP E): Wird für Klartextübertragungen zwischen Hosts unter Verwendung des EBCDIC-Zeichensatzes verwendet.
• Lokal (Typ L n ): Entwickelt für die Dateiübertragung zwischen Rechnern, die keine 8-Bit-Bytes verwenden, z. B. 36-Bit-Systeme wie DEC PDP-10 . Beispielsweise wird „Typ L 9“ für die Übertragung von Daten in 9-Bit-Bytes oder „Typ L 36“ für die Übertragung von 36-Bit-Wörtern verwendet. Die meisten modernen FTP-Clients/Server unterstützen nur L 8, was dem Typ I entspricht.
• Unicode- Textdateien mit UTF-8 (TYPE U): definiert in einem abgelaufenen Internet-Draft ^{[ 14 ]} , der nie zu einem RFC wurde, obwohl er von mehreren FTP-Clients/Servern implementiert wurde.

Zu beachten ist, dass diese Datentypen üblicherweise als Modi bezeichnet werden , obwohl dieser Begriff mehrdeutigerweise auch für den aktiven vs. passiven Kommunikationsmodus (siehe oben) und die durch den FTP-Protokollbefehl MODE festgelegten Modi (siehe unten) verwendet wird.

Für Textdateien (Typ A und Typ E) stehen drei verschiedene Formatierungsoptionen zur Verfügung, um festzulegen, wie die Datei gedruckt wird:

• Nicht druckbar (TYP AN und TYP EN) – die Datei enthält keine Wagensteuerzeichen, die für einen Drucker vorgesehen sind.
• Telnet (TYP AT und TYP ET) – die Datei enthält Telnet-Steuerzeichen (oder anders ausgedrückt: ASCII C0) (CR, LF usw.).
• ASA (Typ AA und Typ EA) – die Datei enthält ASA-Wagensteuerzeichen

Diese Formate waren hauptsächlich für Zeilendrucker relevant ; die meisten modernen FTP-Clients/Server unterstützen nur die Standardformatsteuerung N.

Die Dateiorganisation wird mit dem STRU-Befehl festgelegt. Die folgenden Dateistrukturen sind in Abschnitt 3.1.1 von RFC 959 definiert:

• F- oder FILE-Struktur (streamorientiert). Dateien werden als beliebige Folge von Bytes, Zeichen oder Wörtern betrachtet. Dies ist die übliche Dateistruktur auf Unix-Systemen und anderen Systemen wie CP/M, MS-DOS und Microsoft Windows. (Abschnitt 3.1.1.1)
• Die R- oder RECORD-Struktur (datensatzorientiert) sieht vor, dass Dateien in Datensätze unterteilt werden, die eine feste oder variable Länge haben können. Diese Dateiorganisation ist auf Mainframe- und Midrange-Systemen wie MVS, VM/CMS, OS/400 und VMS üblich, da diese datensatzorientierte Dateisysteme unterstützen .
• P- oder PAGE-Struktur (seitenorientiert). Dateien werden in Seiten unterteilt, die entweder Daten oder Metadaten enthalten können; jede Seite kann zudem einen Header mit verschiedenen Attributen besitzen. Diese Dateistruktur wurde speziell für TENEX -Systeme entwickelt und wird im Allgemeinen von anderen Plattformen nicht unterstützt. RFC 1123, Abschnitt 4.1.2.3, empfiehlt, diese Struktur nicht zu implementieren.

Die meisten modernen FTP-Clients und -Server unterstützen nur STRU F. STRU R wird noch in Dateiübertragungsanwendungen für Großrechner und Minicomputer verwendet.

Die Datenübertragung kann in drei verschiedenen Modi erfolgen: ^{[ 1 ] [ 2 ]}

• Stream-Modus (MODUS S): Die Daten werden als kontinuierlicher Datenstrom gesendet, wodurch FTP von der Verarbeitung entlastet wird. Die gesamte Verarbeitung übernimmt TCP . Ein Dateiende-Indikator ist nur dann erforderlich, wenn die Daten in Datensätze unterteilt sind .
• Blockmodus (MODUS B): Dieser Modus ist primär für die Übertragung datensatzorientierter Dateien (STRU R) konzipiert, kann aber auch für die Übertragung datenstromorientierter Textdateien (STRU F) verwendet werden. FTP unterteilt jeden Datensatz (bzw. jede Datenzeile) in mehrere Blöcke (Blockkopf, Byteanzahl und Datenfeld) und übergibt diese dann an TCP. ^{[ 8 ]}
• Komprimierter Modus (MODUS C): Erweitert MODUS B um die Datenkomprimierung mittels Lauflängenkodierung .

Die meisten modernen FTP-Clients und -Server implementieren weder MODE B noch MODE C; FTP-Clients und -Server für Mainframe- und Minicomputer-Betriebssysteme bilden hier die Ausnahme.

Manche FTP-Software implementiert auch einen DEFLATE -basierten Komprimierungsmodus, der manchmal nach dem Befehl, der ihn aktiviert, als „Modus Z“ bezeichnet wird. Dieser Modus wurde in einem Internet-Draft beschrieben , aber nicht standardisiert. ^{[ 15 ]}

GridFTP definiert zusätzliche Modi, MODE E ^{[ 16 ]} und MODE X, ^{[ 17 ]} als Erweiterungen von MODE B.

Neuere FTP-Implementierungen unterstützen den Befehl „Modify Fact: Modification Time “ (MFMT), der es einem Client ermöglicht, dieses Dateiattribut remote anzupassen und so dessen Beibehaltung beim Hochladen von Dateien zu gewährleisten. ^{[ 18 ] [ 19 ]}

Zum Abrufen eines Zeitstempels einer entfernten Datei gibt es den MDTM- Befehl. Einige Server (und Clients) unterstützen eine nicht standardkonforme Syntax des MDTM -Befehls mit zwei Argumenten, die analog zu MFMT funktioniert ^{[ 20 ].}

Die FTP-Anmeldung verwendet das übliche Benutzername-Passwort-Schema. ^{[ 2 ]} Der Benutzername wird mit dem Befehl USER und das Passwort mit dem Befehl PASS an den Server gesendet. ^{[ 2 ]} Diese Sequenz wird unverschlüsselt übertragen und ist daher anfällig für Netzwerk- Sniffing-Angriffe . ^{[ 21 ]} Akzeptiert der Server die vom Client übermittelten Informationen, sendet er eine Begrüßungsnachricht und die Sitzung wird gestartet. ^{[ 2 ]} Sofern der Server dies unterstützt, können sich Benutzer auch ohne Anmeldedaten anmelden. Der Server kann jedoch für solche Sitzungen den Zugriff einschränken. ^{[ 2 ]}

Ein Host, der einen FTP-Dienst anbietet, kann anonymen FTP-Zugang ermöglichen. ^{[ 2 ]} Benutzer melden sich üblicherweise mit einem anonymen Benutzerkonto an (bei manchen FTP-Servern wird zwischen Groß- und Kleinschreibung unterschieden), wenn sie nach einem Benutzernamen gefragt werden. Obwohl Benutzer häufig aufgefordert werden, ihre E-Mail -Adresse anstelle eines Passworts anzugeben, ^{[ 3 ]} werden die angegebenen Daten nicht überprüft. ^{[ 22 ]} Viele FTP-Hosts, die Software-Updates bereitstellen, erlauben anonyme Anmeldungen. ^{[ 3 ]}

FileZilla und WinSCP , zwei beliebte FTP-Client-Software für Windows

Viele Dateimanager bieten FTP-Zugriff, beispielsweise der Datei-Explorer (ehemals Windows Explorer) unter Microsoft Windows . Dieser Client wird aufgrund von Einschränkungen im Vergleich zu spezialisierter Client-Software nur für die Übertragung kleiner Dateien von einem Server empfohlen. ^{[ 23 ]} Er unterstützt kein SFTP . ^{[ 24 ]}

Die beiden nativen Dateimanager von KDE unter Linux ( Dolphin und Konqueror ) unterstützen sowohl FTP als auch SFTP. ^{[ 25 ] [ 26 ]}

Auf Android verfügt der Dateimanager „Eigene Dateien“ auf Samsung Galaxy über einen integrierten FTP- und SFTP- Client. ^{[ 27 ]}

Lange Zeit konnten die meisten gängigen Webbrowser Dateien von FTP-Servern abrufen, obwohl nicht alle Protokollerweiterungen wie FTPS unterstützten . ^{[ 3 ] [ 28 ]} Wird eine FTP-URL anstelle einer HTTP- URL angegeben, werden die auf dem Remote-Server verfügbaren Inhalte ähnlich wie andere Webinhalte dargestellt.

Google Chrome hat die FTP-Unterstützung in Chrome 88 vollständig entfernt, was auch andere Chromium- basierte Browser wie Microsoft Edge betrifft . ^{[ 29 ]} Firefox 88 deaktivierte die FTP-Unterstützung standardmäßig, Firefox 90 verzichtete vollständig darauf. ^{[ 30 ] [ 4 ]}

FireFTP ist eine eingestellte Browsererweiterung, die als vollwertiger FTP-Client für Firefox konzipiert war . Nachdem Firefox die FTP-Unterstützung eingestellt hatte, empfahl der Entwickler der Erweiterung die Verwendung von Waterfox . ^{[ 31 ]} Einige Browser, wie beispielsweise der textbasierte Lynx , unterstützen FTP weiterhin. ^{[ 32 ]}

Die Syntax der FTP-URL ist in RFC 1738 beschrieben und hat folgende Form: . Nur der Hostname ist erforderlich.  ftp://user:password@host:port/path

Weitere Details zur Angabe von Benutzername und Passwort finden Sie in der Dokumentation der Browser (z. B. Firefox ^{[ 33 ]} und Internet Explorer ^{[ 34 ]} ). Standardmäßig verwenden die meisten Webbrowser den passiven Modus (PASV), der das Umgehen von Endbenutzer-Firewalls erleichtert.

Es gibt gewisse Unterschiede in der Art und Weise, wie verschiedene Browser die Pfadauflösung behandeln, wenn ein Benutzer ein Home-Verzeichnis besitzt, das nicht das Stammverzeichnis ist. ^{[ 35 ]}

Die meisten gängigen Download-Manager können Dateien empfangen, die auf FTP-Servern gehostet werden, einige bieten auch eine Benutzeroberfläche zur Anzeige der Liste der auf FTP-Servern gehosteten Dateien.

LibreOffice erklärte die FTP-Unterstützung ab Version 7.4 für veraltet; diese wurde später in Version 24.2 entfernt. ^{[ 36 ] [ 37 ]} Apache OpenOffice , ein weiterer Nachfolger von OpenOffice.org, unterstützt FTP weiterhin. ^{[ 38 ] [ 39 ] [ 40 ]}

FTP wurde nicht als sicheres Protokoll konzipiert und weist zahlreiche Sicherheitslücken auf. ^{[ 41 ]} Im Mai 1999 listeten die Autoren von RFC 2577 eine Schwachstelle auf, die folgende Probleme aufwies:  

• Brute-Force-Angriff
• FTP-Bounce-Angriff
• Paketerfassung
• Portdiebstahl (Erraten des nächsten offenen Ports und Übernehmen einer legitimen Verbindung)
• Spoofing-Angriff
• Aufzählung der Benutzernamen
• DoS oder DDoS

FTP verschlüsselt seinen Datenverkehr nicht; alle Übertragungen erfolgen im Klartext, und Benutzernamen, Passwörter, Befehle und Daten können von jedem gelesen werden, der die Pakete im Netzwerk abfangen ( Sniffing ) kann. ^{[ 2 ] [ 41 ]} Dieses Problem tritt häufig bei vielen Internetprotokollspezifikationen (wie SMTP , Telnet , POP und IMAP ) auf, die vor der Entwicklung von Verschlüsselungsmechanismen wie TLS oder SSL entworfen wurden. ^{[ 8 ]}

Gängige Lösungsansätze für dieses Problem sind:

1. Verwendung der sicheren Versionen der unsicheren Protokolle, z. B. FTPS anstelle von FTP und TelnetS anstelle von Telnet.
2. Verwendung eines anderen, sichereren Protokolls, das diese Aufgabe bewältigen kann, z. B. SSH File Transfer Protocol oder Secure Copy Protocol .
3. Verwendung eines sicheren Tunnels wie Secure Shell (SSH) oder eines virtuellen privaten Netzwerks (VPN).

FTP über SSH ist die Praxis, eine normale FTP-Sitzung über eine Secure-Shell-Verbindung (SSH) zu tunneln. ^{[ 41 ]} Da FTP mehrere TCP- Verbindungen nutzt (ungewöhnlich für ein noch gebräuchliches TCP/IP-Protokoll), ist das Tunneln über SSH besonders schwierig. Bei vielen SSH-Clients schützt der Versuch, einen Tunnel für den Kontrollkanal (die initiale Client-Server-Verbindung auf Port 21) einzurichten, lediglich diesen Kanal. Bei der Datenübertragung baut die FTP-Software an beiden Enden neue TCP-Verbindungen (Datenkanäle) auf und bietet somit keinen Schutz für Vertraulichkeit und Integrität .

Andernfalls muss die SSH-Client-Software über spezifische Kenntnisse des FTP-Protokolls verfügen, um FTP-Steuerkanalnachrichten zu überwachen und umzuschreiben sowie selbstständig neue Paketweiterleitungen für FTP-Datenkanäle zu öffnen. Softwarepakete, die diesen Modus unterstützen, sind beispielsweise:

• Tectia ConnectSecure (Win/Linux/Unix) ^{[ 42 ]} aus der Software-Suite von SSH Communications Security

FTP über SSH sollte nicht mit dem SSH File Transfer Protocol (SFTP) verwechselt werden.

Explicit FTPS ist eine Erweiterung des FTP-Standards, die es Clients ermöglicht, die Verschlüsselung von FTP-Sitzungen anzufordern. Dies geschieht durch Senden des Befehls „AUTH TLS“. Der Server kann Verbindungen ohne TLS-Anforderung zulassen oder ablehnen. Diese Protokollerweiterung ist in RFC 4217 definiert . Implicit FTPS ist ein veralteter FTP-Standard, der eine SSL- oder TLS-Verbindung erfordert. Es wurde spezifiziert, dass es andere Ports als unverschlüsseltes FTP verwendet.  

Das SSH-Dateiübertragungsprotokoll (chronologisch das zweite der beiden Protokolle, abgekürzt SFTP) überträgt Dateien und verfügt über einen ähnlichen Befehlssatz für Benutzer, verwendet jedoch das Secure Shell- Protokoll (SSH) zur Dateiübertragung. Im Gegensatz zu FTP verschlüsselt es sowohl Befehle als auch Daten und verhindert so die unverschlüsselte Übertragung von Passwörtern und sensiblen Informationen über das Netzwerk. Es ist nicht mit FTP-Software kompatibel, obwohl einige FTP-Clients auch das SSH-Dateiübertragungsprotokoll unterstützen.

Das Trivial File Transfer Protocol (TFTP) ist ein einfaches, sequenzielles FTP-Protokoll, mit dem Clients Dateien von einem entfernten Host abrufen oder auf diesen hochladen können. Es wird häufig beim Systemstart in einem lokalen Netzwerk eingesetzt , da TFTP sehr einfach zu implementieren ist. TFTP bietet jedoch weniger Sicherheit und die meisten erweiterten Funktionen robusterer Dateitransferprotokolle wie beispielsweise FTP. TFTP wurde erstmals 1981 standardisiert; die aktuelle Spezifikation findet sich in RFC 1350 .  

Das Simple File Transfer Protocol (SFTP), definiert in RFC 913 , wurde als (ungesichertes) Dateiübertragungsprotokoll mit einem Komplexitätsgrad zwischen TFTP und FTP vorgeschlagen. Es konnte sich im Internet nie flächendeckend durchsetzen und wird von der IETF heute als historisch eingestuft . Es läuft über Port 115 und wird häufig als SFTP abgekürzt . Es verfügt über einen Befehlssatz mit elf Befehlen und unterstützt drei Datenübertragungsarten: ASCII , Binär und kontinuierlich. Bei Systemen mit einer Wortlänge , die ein Vielfaches von 8 Bit ist, ist die Implementierung von Binär- und kontinuierlicher Datenübertragung identisch. Das Protokoll unterstützt außerdem die Anmeldung mit Benutzername und Passwort, hierarchische Ordnerstrukturen und Dateiverwaltung (einschließlich Umbenennen , Löschen , Hochladen , Herunterladen , Herunterladen mit Überschreiben und Herunterladen mit Anhängen ).  

Nachfolgend finden Sie eine Zusammenfassung der FTP-Antwortcodes , die von einem FTP- Server zurückgegeben werden können . Diese Codes wurden von der IETF in RFC 959 standardisiert . Der Antwortcode ist ein dreistelliger Wert. Die erste Ziffer gibt eines von drei möglichen Ergebnissen an – Erfolg, Misserfolg oder eine Fehlermeldung bzw. eine unvollständige Antwort.  

• 2yz – Erfolgsantwort
• 4yz oder 5yz – Fehlermeldung
• 1yz oder 3yz – Fehler oder unvollständige Antwort

Die zweite Ziffer definiert die Art des Fehlers:

• x0z – Syntax. Diese Antworten beziehen sich auf Syntaxfehler.
• x1z – Information. Antworten auf Informationsanfragen.
• x2z – Verbindungen. Antworten, die sich auf die Steuer- und Datenverbindungen beziehen.
• x3z – Authentifizierung und Abrechnung. Antworten für den Anmeldeprozess und Abrechnungsverfahren.
• x4z – Nicht definiert.
• x5z – Dateisystem. Diese Antworten übermitteln Statuscodes vom Server-Dateisystem.

Die dritte Ziffer des Antwortcodes dient dazu, zusätzliche Details zu jeder der durch die zweite Ziffer definierten Kategorien anzugeben.

• RFC  697 – CWD-Befehl über FTP. Juli 1975.
• RFC  959 – (Standard) File Transfer Protocol (FTP). J. Postel, J. Reynolds. Oktober 1985.
• RFC  1579 – (Information) Firewall-freundliches FTP. Februar 1994.
• RFC  1635 – (Informationsdokument) Wie man anonymes FTP verwendet. Mai 1994.
• RFC  1639 – FTP Operation Over Big Address Records (FOOBAR). Juni 1994.
• RFC  1738 – Uniform Resource Locators (URL). Dezember 1994.
• RFC  2228 – (Vorgeschlagener Standard) FTP-Sicherheitserweiterungen. Oktober 1997.
• RFC  2389 – (Vorgeschlagener Standard) Mechanismus zur Aushandlung von Funktionen für das Dateitransferprotokoll. August 1998.
• RFC  2428 – (Vorgeschlagener Standard) Erweiterungen für IPv6, NAT und erweiterten passiven Modus. September 1998.
• RFC  2577 – (Informationelle) Sicherheitsüberlegungen für FTP. Mai 1999.
• RFC  2640 – (Vorgeschlagener Standard) Internationalisierung des File Transfer Protocol. Juli 1999.
• RFC  3659 – (Vorgeschlagener Standard) Erweiterungen zu FTP. P. Hethmon. März 2007.
• RFC  5797 – (Vorgeschlagener Standard) FTP-Befehls- und Erweiterungsregister. März 2010.
• RFC  7151 – (Vorgeschlagener Standard) File Transfer Protocol HOST-Befehl für virtuelle Hosts. März 2014.
• IANA FTP-Befehle und -Erweiterungen – Das offizielle Verzeichnis der FTP-Befehle und -Erweiterungen

• Kommunikationsnetzwerke/Dateiübertragungsprotokoll bei Wikibooks
• FTP-Server-Online-Tester: Authentifizierung, Verschlüsselung, Modus und Konnektivität.
• Anonyme FTP-Server nach Ländercode ( 2012): „Offbeat Internet – Öffentlicher Zugang – FTP“ . www.jumpjet.info . 2012. Archiviert vom Original am 28. März 2023. Abgerufen am 16. Januar 2020 .