Kommunikationsnetze 4. File Transfer Protocol (FTP) University of Applied Sciences. Kommunikationsnetze. 4. File Transfer Protocol (FTP)

Transkript

1 Kommunikationsnetze

2 Gliederung 1. Problemstellung FTP 3. Aktuelles Gliederung

3 1.Problemstellung: Wozu FTP Network Working Group J. Postel Request for Comments: 959 J. Reynolds ISI Obsoletes RFC: 765 (IEN 149) October 1985 FILE TRANSFER PROTOCOL (FTP) Status of this Memo INTRODUCTION The objectives of FTP are 1) to promote sharing of files (computer programs and/or data), 2) to encourage indirect or implicit (via programs) use of remote computers, 3) to shield a user from variations in file storage systems among hosts, and 4) to transfer data reliably and efficiently. FTP, though usable directly by a user at a terminal, is designed mainly for use by programs. The attempt in this specification is to satisfy the diverse needs of users of maxi-hosts, mini-hosts, personal workstations, and TACs, with a simple, and easily implemented protocol design. This paper assumes knowledge of the Transmission Control Protocol (TCP) [2] and the Telnet Protocol [3]. These documents are contained in the ARPA-Internet protocol handbook [1]. 1. Problemstellung

4 Problemstellung: Filesysteme Es gibt viele verschiedene Filesysteme: FAT NTFS System V Um Dateien zwischen verschiedenen Filesystemen auszutauschen, gibt es zwei Möglichkeiten: Virtuelles Filesystem (z.b. Linux): Kennt alle anderen Filesysteme und kann Dateien entsprechend modifizieren Beschränkung auf die wesentlichen Dateioperationen: File Transfer Protocol (FTP, RFC 959) 1. Problemstellung

5 Unterschiede Netwok File System (NFS) -- FTP FTP kopiert Dateien: Jeder Nutzer erhält eine lokale Kopie, und diese hat nichts mehr mit der Datei im Netzwerk zu tun. NFS koordiniert den (gleichzeitigen) Zugriff mehrerer Nutzer auf eine Datei im Netzwerk. Änderungen werden im Netzwerk für alle Nutzer sichtbar gespeichert. 1. Problemstellung

6 Eine FTP-Verbindung besteht aus Einer Steuerverbindung ( control connection, Telnet-basiert, Port 21) und Ggf. mehreren Datenverbindungen ( data connection, Port 20) / \ User Interface <---> User \----^----/ /------\ FTP Commands /----V----\ Server < > User PI FTP Replies PI \--^---/ \----^----/ /--V---\ Data /----V----\ File <---> Server < > User <---> File System DTP Connection DTP System \------/ \ / Server-FTP USER-FTP Figure 1 Model for FTP Use

7 FTP ist mächtiger als Telnet oder HTTP Ein Client kann einen Filetransfer zwischen zwei Servern steuern. Control Control > User-FTP < User-PI "C" V V Server-FTP Data Connection Server-FTP "A" < > "B" Port (A) Port (B) Figure 2

8 Die Phasen des FTP-Protokolls TCP-Verbindungsaufbau (Server-Port 21) Client 220 Service ready for new user USER daco Password required for daco-01 PASS passwort 230 User daco-01 logged in CWD pub 250 CWD command successful PORT 192, 168, 0, 129, 4, PORT command successful Server

9 Die Phasen des FTP-Protokolls (2) RETR test.txt Client 150 Opening ASCII mode data connection for test.txt (26629 bytes) Server TCP-Verbindungsaufbau (Server-Port 20) FTP Data FTP Data FTP Data FTP Data 226 Transfer complete QUIT 221

10 FTP: Datentypen ASCII (vgl. Bspl.): Default, muss von jeder FTP-Implementierung verstanden werden. Das Telnet-NVC-ASCII-Format wird zur Übertragung verwendet. EBCDIC: Altes IBM-Datenformat für ASCII, unterscheidet sich nur in der Zuordnung Wert Zeichen von Standard-ASCII. IMAGE: Bitstrom, bevorzugtes Format zur Übertragung von Binärdaten. LOCAL: Stammt aus der Zeit, als ein Byte noch nicht notwendigerweise aus 8 Bit bestand; diese variable Bytelänge kann hier angegeben werden. Filestruktur FILE: Folge von Bytes, durch EOF (FF 02) beendet. RECORD: Strukturiertes File, durch EOR (FF 01) gegliedert. PAGE: File hat komplexe Struktur, Seiten sind durchnummeriert.

11 FTP: Übertragungsmodi STREAM: Es wird ein unstrukturierter Bytestrom übertragen, nur EOR und EOF gliedern das File. BLOCK: Der Bytestrom wird in Blöcke gegliedert, von denen jeder mit einem Header beginnt: Descriptor Byte Count 8 bits 16 bits Byte Count: Anzahl der Bytes im Block. Descriptor: 128 End of data block is EOR 64 End of data block is EOF 32 Suspected errors in data block (nicht zur Fehlerkorrektur, das macht TCP) 16 Data block is a restart marker (zur Wiederaufnahme unterbrochener FTP-Übertragungen) COMPRESSED: n identische Bytes werden nur einmal übertragen, zusammen mit der Anzahl n.

12 FTP: ERROR RECOVERY AND RESTART Nur verfügbar für BLOCK oder COMPRESSED. Durch Einfügen von Markern werden Punkte markiert, an denen die unterbrochene Übertragung von Files wieder aufgenommen werden kann: Descrptr Byte count code= 16 = Marker Marker Marker 8 bits 8 bits 8 bits Marker Marker Marker 8 bits 8 bits 8 bits Die Marker-Bytes müssen dabei druckbare Zeichen darstellen.

13 FTP: Kommandos ACCESS CONTROL COMMANDS The following commands specify access control identifiers (command codes are shown in parentheses). USER NAME (USER) PASSWORD (PASS) ACCOUNT (ACCT) CHANGE WORKING DIRECTORY (CWD) CHANGE TO PARENT DIRECTORY (CDUP) STRUCTURE MOUNT (SMNT) REINITIALIZE (REIN) LOGOUT (QUIT)

14 FTP: Kommandos TRANSFER PARAMETER COMMANDS All data transfer parameters have default values, and the commands specifying data transfer parameters are required only if the default parameter values are to be changed. The default value is the last specified value, or if no value has been specified, the standard default value is as stated here. This implies that the server must "remember" the applicable default values. DATA PORT (PORT) PASSIVE (PASV) REPRESENTATION TYPE (TYPE) FILE STRUCTURE (STRU) TRANSFER MODE (MODE)

15 FTP: Kommandos FTP SERVICE COMMANDS The FTP service commands define the file transfer or the file system function requested by the user. The argument of an FTP service command will normally be a pathname. RETRIEVE (RETR) STORE (STOR) STORE UNIQUE (STOU) APPEND (with create) (APPE) ALLOCATE (ALLO) RESTART (REST) RENAME FROM (RNFR) RENAME TO (RNTO)

16 FTP SERVICE COMMANDS (2) ABORT (ABOR) DELETE (DELE) REMOVE DIRECTORY (RMD) MAKE DIRECTORY (MKD) PRINT WORKING DIRECTORY (PWD) LIST (LIST) NAME LIST (NLST) SITE PARAMETERS (SITE) SYSTEM (SYST) STATUS (STAT) HELP (HELP) NOOP (NOOP)

17 FTP: Antworten 1yz Positive Preliminary reply 2yz Positive Completion reply 3yz Positive Intermediate reply 4yz Transient Negative Completion reply 5yz Permanent Negative Completion reply x0z Syntax - These replies refer to syntax errors, syntactically correct commands that don't fit anyfunctional category, unimplemented or superfluous commands. x1z Information - These are replies to requests for information, such as status or help. x2z Connections - Replies referring to the control and data connections. x3z Authentication and accounting - Replies for the login process and accounting procedures. x4z Unspecified as yet. x5z File system - These replies indicate the status of the Server file system vis-a-vis the requested transfer or other file system action.

18 FTP: Minimale Implementierung In order to make FTP workable without needless error messages, the following minimum implementation is required for all servers: TYPE - ASCII Non-print MODE - Stream STRUCTURE - File, Record COMMANDS - USER, QUIT, PORT,TYPE, MODE, STRU, for the default values RETR, STOR, NOOP. The default values for transfer parameters are: TYPE - ASCII Non-print MODE - Stream STRU - File All hosts must accept the above as the standard defaults.

19 FTP: User Interface

20 FTP: User Interface WS-FTP

21 3. Ausblick 2228 FTP Security Extensions. M. Horowitz, S. Lunt. October (Format: TXT=58733 bytes) (Updates RFC0959) (Status: PROPOSED STANDARD) 2428 FTP Extensions for IPv6 and NATs. M. Allman, S. Ostermann, C. Metz. September (Format: TXT=16028 bytes) (Status: PROPOSED STANDARD) 2585 Internet X.509 Public Key Infrastructure Operational Protocols: FTP and HTTP. R. Housley, P. Hoffman. May (Format: TXT=14813 bytes) (Status: PROPOSED STANDARD) 1350 The TFTP Protocol (Revision 2). K. Sollins. July (Format: TXT=24599 bytes) (Obsoletes RFC0783) (Updated by RFC1782, RFC1783, RFC1784, RFC1785, RFC2347, RFC2348, RFC2349) (Also STD0033) (Status: STANDARD) 3. Ausblick