Netzwerke Teil 11: Anwendungsprotokolle - Wirtschaftsinformatik bis ...

Netzwerke
Teil 11: Anwendungsprotokolle
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle 10.06.13 1

Literatur - Allgemein
[11-1] Bleich, Holger; Braun, Herbert; Mansmann, Urs: Nachrichten mit
Köpfchen. CT 21/2006, S.218-221
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
2

Übersicht
• Entferntes Arbeiten (remote access)
– telnet
– rlogin
– ssh
• Mail-Protokolle
– SMTP
– POP
– IMAP
• Filetransfer
– FTP
– HTTP (wird in einem anderen Teil behandelt)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
3

Literatur - Telnet
[T1] telnet http://tools.ietf.org/html/rfc854
[T2] rlogin BSD Rlogin
http://tools.ietf.org/html/rfc1282
[T3] telnet http://de.wikipedia.org/wiki/VT100
[T4] telnet http://vt100.net/
[T5] telnet http://de.wikipedia.org/wiki/Terminal_(Computer)
[T6] telnet http://commons.wikimedia.org/wiki/Category:Data_termin
als?uselang=de
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
4

Telnet
• Telnet ist ein Protokoll für den interaktiven Zugriff auf entfernte
Systeme über TCP/IP.
• Alle Tastatureingaben beim Client werden an den Server
übertragen, dessen Output Zeichen für Zeichen an den Client
zurück geschickt und dort angezeigt werden.
• Varianten:
– Telnet, RFC 97 (1971), RFC 854 (1983), Port 23
– rtelnet: Port 107
– rlogin: Port 513
– rsh: Port 514 (dazu gibt es kein RFC)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
5

Virtuelles Terminal
• Telnet basiert auf der Idee eines virtuellen Terminals.
• Terminal = Realisierung einer Bildschirm- und Tastatur-
Schnittstelle an einem Kommunikationsendpunkt durch eine
spezielles Gerät
• Virtuelles Terminal = Simulation einer Terminal auf "normaler"
Hardware und Software
Das virtuelle Terminal von telnet realisiert:
– Eingabe per Tastatur
Lesbares ASCII
Escape-Zeichen (0xFF, IAC) zur Eingabe von Kommandos
– Ausgabe (Printer)
Lesbares ASCII
NUL, LF, CR, BEL, Horizontal Tab, Vertical Tab, Form Feed (FF)
• Dies ist der kleinste gemeinsame Nenner aller Terminals
Beispiele für Hardware-Terminals: IBM 3270, VT100, VT220
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
6

Bemerkungen
• Mit Telnet-Kommandos ist Konfigurieren möglich,
Beispiele:
– Cooked Mode: Eingegebener String wird zum Verbessern von
Tippfehlern zwischengepuffert und erst dann übertragen, wenn
eine -Sequenz eingegeben wurde
– Raw Mode: Alle Zeichen werden unmittelbar ohne Pufferung und
ohne Möglichkeit der Verbesserung übertragen
• Über Telnet können Verbindungen zu SMTP-, POP-, HTTP- oder
FTP-Servern realisiert werden.
Ein Telnet-Client kann daher auch als primitiver Email- oder
FTP-Client benutzt werden.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
7

Secure Shell (SSH) - Literatur
[S1]
[S2]
[S3]
[S4]
[S5]
[S6]
[S7]
SSH (Secure Shell) FAQ - Frequently Asked Questions
http://www.faqs.org/faqs/computer-security/ssh-faq/
http://de.wikipedia.org/wiki/Secure_Shell
The Secure Shell (SSH) Protocol Architecture
http://tools.ietf.org/html/rfc4251
The Secure Shell (SSH) Protocol Assigned Numbers
http://tools.ietf.org/html/rfc4250
The Secure Shell (SSH) Authentication Protocol
http://tools.ietf.org/html/rfc4252
The Secure Shell (SSH) Transport Layer Protocol
http://tools.ietf.org/html/rfc4253
The Secure Shell (SSH) Connection Protocol
http://tools.ietf.org/html/rfc4254
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
8

SSH basiert auf dem Secure Socket Layer (SSL)
• Ursprünglich von Netscape zur Sicherung beim Surfen
entwickelt
• Aktuelle Version: 3
• Weiterentwicklung zum Transport Layer Security
(TLS, RFC2246)
• Begriffe:
– Verbindungen im SSL-Sinne sind immer Peer-to-Peer (also
zwischen den Endsystemen) und gehören zu einer Sitzung
– Sitzung: Verbindung mit der Gültigkeit von ausgehandelten
Parametern, kann auch mehrere Verbindungen überspannen
– Bei SSL bzw. SSH wird pro Sitzung nur eine Verbindung realisiert.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
9

Eigenschaften einer Sitzung
• Session Identifier
• X.509-Zertifikat des Partners - kann leer sein
• Kompressionsmethode
• Verwendete Verschlüsselungs- und Hash-Verfahren
• Verschiedene geheime Schlüssel (secrets)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
10

SSL-Protokollstack
(4b)
SSL
Handshake
SSL Change
Cipher Spec
SSL
Alert
SSL Record-Protokoll
HTTP
(4a)
TCP
(3)
IP
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
11

SSL-Record-Protokoll
• Dienste:
– Vertraulichkeit: Handshake-Protokoll mit gemeinsamen geheimen
Schlüssel
– Integrität: Handshake-Protokoll mit gemeinsamen geheimen
Schlüssel als Basis für den MAC
• Verfahren beim Senden
1. Anwendungsdaten aufteilen in kleinere Blöcke
2. Fragmente komprimieren
3. Berechnen und Hinzufügen des MAC
4. Verschlüsseln des gesamten neuen Pakets
5. Vorausstellen des SSL-Headers
• Verfahren beim Empfang: umgekehrte Reihenfolge
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
12

Change Cipher Spec/Alert Protokoll
• Change Cipher Spec Protokoll:
Mit dem SSL-Record-Protokoll wird ein einziges Byte versendet,
damit sich Sender und Empfänger bzgl. der Verschlüsselung
synchronisieren.
• Alert Protokoll:
Austausch von Warnungen oder Fehlermeldungen bei
Realisierungsfehlern oder Netzwerkproblemen
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
13

Handshake Protokoll
• Ziel
– Möglichst gegenseitige Authentifizierung
– Aushandeln von Verfahren (Verschlüsselung, Hash)
– Austausch von Zertifikaten
• Phasen
– Phase 1: Einrichten von Sicherheitsfähigkeiten
– Phase 2: Server-Authentifizierung und Schlüsselaustausch
– Phase 3: Client-Authentifizierung und Schlüsselaustausch
– Phase 4: Beendigung (des Aufbaus)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
14

Simple Mail Transport Protokoll - Literatur
[S8] smtp Simple Mail Transfer Protocol
http://en.wikipedia.org/wiki/SMTP
[S9] smtp Extended SMTP
http://en.wikipedia.org/wiki/Extended_SMTP
[S10] smtp SMTP Service Extension for Authentication
http://tools.ietf.org/html/rfc4954
http://tools.ietf.org/html/rfc5248
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
15

Simple Mail Transport Protokoll (SMTP)
• RFC 821 (1982), 2821 (2001), 5321 (2008)
• Bis zum Web (1992) war E-Mail die am weitesten verbreitete
Internet-Anwendung.
• Reines ASCII-Protokoll (Bit 7 der Bytes ist immer 0) auf der
Anwendungsebene
• Store and Forward:
Keine direkten Verbindungen zwischen Absender und
Empfänger, sondern ein Kopieren der Mails von Server zu
Server
• Vorteil: Hohe Ausfallssicherheit
• Das E-Mail-System ist eines der erfolgreichsten verteilten
Systeme.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
16

Architektur
Client
MUA
SMTP
Mail-Zugangsprotok
olle
Server
MTA
SMTP
SMTP
Internet
Server
MTA
Server
MTA
SMTP
Server
MTA
SMTP
Mail-Zugangsprotok
olle
IMAP
PO P
SMTP
Client
MUA
MUA = Mail User Agent
MTA = MessageTransfer Agent
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
17

Bemerkungen
• Wenn der Mail User Agent (MUA, Client) mit dem Mail-Reader
SMTP-fähig ist, kann auf die Mail-Zugriffsprotokolle POP oder IMAP
verzichtet werden.
• Die Trennung zwischen den MTA (Message Transfer Agent), die fast
immer laufen, und den MUA, die nur dann laufen, wenn der
Benutzer es will, hat den großen Vorteil, dass auch bei
abgeschalteten Clients die E-Mails so weit wie möglich zu Ziel
transportiert werden können.
• MUA und MTA können sich auf demselben System befinden.
• Die Mailbox liegt als Datei im Zugriff des letzten MTA vor dem MUA.
In der Praxis beim Internet Service Provider (ISP).
• Die empfangenen Mails werden meist nach dem Kopieren auf den
MUA in der Mailbox gelöscht, müssen aber nicht.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
18

Empfangen einer Mail
• Der Begriff "Empfangen einer Mail" ist nun komplizierter:
– Das Kopieren der Email in die Mailbox beim Provider
– Das Kopieren der Email aus der Mailbox des Providers auf das
System des Clients
– Das Lesen der Email durch einen Menschen
• Weiterhin gibt es keinen Mechanismus der Bestätigung, dass
eine Email empfangen worden ist.
Um das zu kompensieren, kann der Sender den Empfänger
bitten, beim Empfang eine kleine Bestätigungsmail (Receipt) zu
senden.
• Die Dauer eines Mailtransports liegt international zwischen 5-10
Min. und einem Tag, meistens im Bereich von 10 Min. Die
Zeiten hängen von der Belastung des Netzes und vom Weg
durch das Netz ab.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
19

Mail-Format
• Das allgemeine Format ist definiert in
RFC 822 (1982), 2822 (2001), 5322 (2008)
• Überarbeitet und erweitert bis 1996 zum Extended SMTP durch
Einführung von MIME zur Übertragung binärer Daten
• MIME = Multi Purpose Internet Mail Extension
– Das MIME-Format ist definiert in
RFC 1341 (1992), 1521 (1993), 2045-2049 (1996), 2184 (1997),
2231 (1997)
– Weiteres in RFC 1343 und 1524
• Aufbau jeder Mail:
– Kopf mit Schlüsselworten samt Werten
– Leerzeile
– Body
– Optionale Attachments (Anhänge) entsprechend MIME
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
20

Einfaches Beispiel
Betreff:Btte um einen Termin
Von: "bmesser"
Datum: Fri, 29 Apr 2011 15:42:15 +0200
An: "FB4-Service"
Return-Path:
Delivery-date: Fri, 29 Apr 2011 15:40:28 +0200
Received: from [141.45.29.226] (helo=[127.0.0.1]) by mail2.rz.htw-berlin.de
Nachricht-ID:
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Liebe Frau ...,
koennten Sie bitte ...
in WH reservieren?
Vielen Dank!
Mit freundlichen Gruessen -- Burkhard Messer
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
21

Ein zweites Beispiel
Received: from tulip.berlin.fhg.de (tulip.berlin.fhg.de [153.97.66.4]) by hermes.rz.fhtw-berlin.de ..... Thu, 17 Jan
Received: from abird.isst.fhg.de ([153.97.74.7] helo=isst.fhg.de) by tulip.berlin.fhg.de .... Thu, 17 Jan 2002 11:02:37 +0100
Message-ID:
Date: Thu, 17 Jan 2002 11:02:36 +0100
From: Kurt ....
Organization: Fraunhofer ISST Berlin
X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.8 sun4u)
MIME-Version: 1.0
To: bmesser@fhtw-berlin.de
Header
Subject: Re: Wiedervorlage
References:
Content-Type: multipart/mixed; boundary="------------B9464F909C2354DFF4841DE8"
Content-Length: 2261
Trenner zwischen
Attachments
Hallo Burkhard,
Leerzeile
.... blah bla
Burkhard Messer wrote:
> ein schönes neues Jahr wünsche ich Dir (und Euch
> allen am ISST und zu Hause)....
>
> Mit freundlichen Grüssen -- Burkhard
> --
> FHTW Berlin, FB 4, Wirtschaftsinformatik
> Treskowallee 8 Tel. (030) 5019-2511
> 10318 Berlin EMail bmesser@fhtw-berlin.de
....
[gekürzt]
Body
Wiederholung einer
früheren Mail
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
22

Beispiele für Keywords
Keyword
Received
Message-ID
Date
From
To
Subject
References
Organization
MIME-Version
Content-Type
Content-Length
Erläuterung
Angaben über den Weg der Mail durch das Netz (Reihenfolge von
oben nach unten, "falsch herum")
Eindeutiger Name dieser Mail beim Absender
Datum der Absendung
Verfasser/in der Mail
Empfänger/in der Mail
Thema der Mail
Bezüge der Mail, wenn diese als Antwort auf andere Mails dient
(Definition des "Threads")
Firma/Organisation des/r Absenders/in
Version der MIME-Kodierung
MIME-Beschreibung des Mailaufbaus einschließlich eines Trenners
zwischen den Anhängen
Länge der Mail bzw. Attachments in byte
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
23

Mail-Routing
• Der Weg der Mail durch das Netz der SMTP-Server wird von
den Einträgen in den korrespondierenden DNS-Servern
bestimmt.
• In den MX-Records dieser DNS-Server stehen priorisierte
Angaben, zu welchen SMTP-Servern die Mail weitergeleitet
werden soll (RFC 974).
• Der SMTP-Server versucht, den angegebenen Server
anzusprechen. Gelingt ihm das nicht, versucht er es nach einer
gewissen Zeit ein weiteres Mal.
• Gibt es auch dann Schwierigkeiten, wird es mit einem Server
der nächst niedrigeren Priorität probiert.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
24

Beispiel für Anhänge I
Type/Subtype
Art der Kodierung
Datei/Attachment-Name
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
25

Beispiel für Anhänge II
Date: Fri, 18 Jan 2002 16:11:55 +0100
From: Albrecht ....
[....]
Subject: Zuarbeit zu Musical (keine Noten)
Content-Type: multipart/mixed;
boundary="------------050004040708050801060200"
Leerzeile
This is a multi-part message in MIME format.
--------------050004040708050801060200
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
blah bla blahh
--------------050004040708050801060200
Content-Type: application/msword;
name="Musical_3.6.doc"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="Musical_3.6.doc"
base64-kodiert
Trenner zwischen
Attachments
1. Attachment
kodiert in ASCII
2. Attachment
kodiert in base64
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAJAAAAAAA
AAAAAFQBAAAAAAAAVAEAABQAAAAAAAAAAAAAAGgBAAAAAAAAqAMAAAAAAACoAwAAAAAAAKgD
[....]
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--------------050004040708050801060200--
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
26

Anhänge
• Jeder Anhang hat einen Typ, der die Gruppe beschreibt, und
einen Untertyp, der das Verarbeitungsprogramm oder das
spezielle Format beschreibt.
• Jeder Anhang hat einen eigenen Kopf, der vom Inhalt mit einer
Leerzeile getrennt ist.
• Im Kopf stehen Angaben über die Kodierung, den Typ und den
Namen der Datei etc.
Diese erfolgen nach dem Schema:
:
• Theoretisch können die Mails beliebig lang werden; sie werden
aber praktisch begrenzt:
– durch die maximale Größe der Mailbox, meist 5-10 Mbyte
– durch Begrenzungen der Mailserver, meist 10 Mbyte
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
27

Beispiele für MIME-Typen
Type Subtype Bemerkungen
Text Plain Normaler ASCII-Text
Text HTML Normaler ASCII-HTML
Multipart Mixed Mehrere Anhänge unterschiedlichen Typs
Application msword Word-Datei
Application Mac-Binhex40 Binärdatei für Macintosh
Application Postscript Postscript-Datei (z. B. zum Ausdrucken)
Image gif GIF-Datei
Image jpeg JPEG-Datei
Audio Basic Normale Audio-Datei
Video mpeg MPEG-Video
Siehe auch: http://en.wikipedia.org/wiki/MIME
und: http://tools.ietf.org/html/rfc2045
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
28

MIME-Typen im Thunderbird
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
29

Kodierungen (ASCII und Base64)
Es werden zwei Kodierungen benutzt:
– ASCII (7 bit)
– Base64: Kodierung zur Übertragung von Binärdateien
Dazu werden jeweils 24 bit in vier 6-bit-Teile aufgeteilt, die
wiederum als ASCII kodiert werden:
2*26 Buchstaben, 10 Ziffern und 2 Sonderzeichen (+/) -> 64
3 byte binär
(24 bit)
8 bit 8 bit 8 bit
6 bit 6 bit 6 bit 6 bit
Aufteilung
in 4 6-bit-
Teile
8 bit 8 bit 8 bit 8 bit
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
30

SMTP selbst
• ASCII-Protokoll - kann mit Telnet auch von Hand eingegeben
werden. Es gibt keine festen Bitformate für die Pakete, sondern
es werden variabel lange Strings verwendet.
• Client: das System, das die Kommunikation beginnt
Server: das System, das darauf antwortet
Per Kommando können diese Rollen getauscht werden.
• Client-Request:
[Daten]
• Server-Responses:
[Daten]
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
31

Auszug aus einer SMTP-Sitzung
SMTP-Client
HELO
MAIL FROM:
RCPT TO:
RCPT TO:
DATA
Text der Mail in ASCII
......
.
QUIT
SMTP-Server
250 Hello
250 OK
250 OK
550 No such user here
354 Start Mail Input; end with
.
250 OK
221 Closing Connection
In diesem Beispiel beginnt der Client links und der Server antwortet
in der Gegenrichtung rechts.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
32

Erläuterungen
• Die Mail selbst wird nach der Vorbereitung durch die Kommandos
"MAIL FROM:" und "RCPT TO:" nach dem Kommando "DATA" als
ASCII-Text übertragen.
• Das Ende der Daten ist eine einzelne Zeile mit einem Punkt.
• Jede Zeile wird mit (2 Bytes: Carriage Return, Line
Feed) abgeschlossen.
• Der String "." muss innerhalb der Mail verhindert
werden.
• Die Statuscodes des Servers werden durch den nachfolgenden
String erläutert.
Es gibt keine Flusskontrolle, keine Verschlüsselungen (bis auf
S/MIME), keine Wiederholungen, keine Bestätigungen, keinen CRC,
keine Wiederaufsetzpunkte, keine Zeichenkonvertierungen.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
33

SMTP-Kommandos (Auszug)
Kommando
HELO
MAIL FROM
RCPT TO
DATA
RSET
QUIT
VRFY
NOOP
EXPN
TURN
Erläuterung
Beginn, Identifizierung
Angabe der Absenderadresse
Angabe der Zieladresse
Beginn des Mailinhalts
Rücksetzen der Verbindung
Beenden der Verbindung
Frage nach Gültigkeit einer Mailbox
Erwarten einer OK-Antwort
Expandieren von Maillisten
Sender und Empfänger tauschen die Rollen
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
34

Post Office Protokoll (POP)
• POP ist ein Mailbox-Zugriffsprotokoll zum Abholen und
einfachen Verwalten von Mailboxen
• Versionen
– POP: RFC 918, 1984
– POP2: RFC 937, 1985
– POP3: RFC 1725 (1994), 1939 (1996)
Ergänzungen: RFC 1957 und RFC 2449
• ASCII-Protokoll sehr ähnlich zu SMTP :
– Client sendet Kommandos
– Server antwortet mit Statuscodes und Daten
• Keine Verschlüsselung:
Passwörter werden in ASCII übertragen, daher Einsatz nur auf
"privaten" Leitungen, typisch zwischen Benutzer und ISP-
Mailbox
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
35

Verarbeitungsphasen
Phase 1
Phase 2
Phase 3
Phase 4
Phase 5
Verbindungsaufbau
Authentifizierung
Client identifiziert sich gegenüber Server
Sperren der Mailbox durch Server
Datenübertragung zum Client
Update
Server führt nach Verbindungsbeendigung Operationen an
der Mailbox aus und gibt Mailbox frei
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
36

Beispiele für Client-Kommandos
Kommando
USER
PASS
QUIT
STAT
LIST
RETR
NOOP
RSET
DELE
TOP N
Erläuterung
Mitteilung des Mail-Accounts
Mitteilung des Passworts
Ende der Verbindung, Beginn des Updates
Anzahl der Mails, Gesamtgröße
Liste von Mails samt jeweilige Größe
Holen einer Mail
Erwarten eines OK
Zurücksetzen der Verbindung
Löschen einer Mail
Anlisten einer Mail (N Zeilen)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
37

Erläuterungen I
• Das TOP-Kommando veranlasst den Server nur die angegebene
Anzahl von Zeilen der Mail zu übertragen.
• Eine Mail kann ohne Übertragung zum Client auf dem Server
gelöscht werden.
• Mit dem APOP-Kommando ist eine Authentifizierung basierend auf
dem MD5-Algorithmus möglich.
• Die Kommandos TOP und APOP werden nicht von allen POP-Servern
unterstützt.
• Löschkommandos werden nach einem Reset/Leitungsabbruch vom
Server nicht ausgeführt.
• Löschkommandos sowie das Freigeben der Mailbox erfolgt erst nach
dem QUIT und damit ordnungsgemäßen Abbau der Verbindung.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
38

Erläuterungen II
• Antworten des Servers haben den Aufbau:
[Daten]
Als Indikator kommen "+OK" und "-ERR" in Frage.
• Alle Zeilen werden mit einem abgeschlossen
• Die übertragene Mail wird mit einem .
abgeschlossen.
Das Konvertieren nach Binär/ASCII sowie das Anzeigen etc.
erfolgt ausschließlich im Mail-Reader des Clients nach der
Benutzung von POP.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
39

Internet Message Access Protokoll (IMAP)
• Leistungsfähiges Protokoll für den Zugriff auf E-Mails durch
einem Client
• Definitionen aus den Jahren 1986, 1988, 1994, 1996
• Letzte Version 4
• Recht komplex
• IMAP erlaubt
– Berücksichtigung der Struktur der Mail
– Anzeige des Status, Zugriff auf die einzelnen Teile
– Suchoperationen
– Verwaltung der Mailbox auf dem IMAP-Server
– Anlegen, Löschen und Umbenennen von eigenen Mailboxen
– Aber nur Empfangen von Mails
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
40

File Transfer Protokoll - Literatur
[F1] ftp http://tools.ietf.org/html/rfc959
[F2] ftp http://slacksite.com/other/ftp.html
[F3] ftp http://www.nsftools.com/tips/RawFTP.htm
[F4] ftp http://winscp.net/eng/docs/protocols
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
41

File Transfer Protokoll (FTP)
• Definiert in RFC 959, 1985
• Variation im Trivial File Transfer Protokoll (TFTP), basiert auf
UDP/IP und dient häufig zum Booten von Stationen über ein LAN
• Über FTP ist ein voller Zugriff auf ein hierarchisches Dateisystem
über TCP/IP ohne Verschlüsselung möglich
• Es wird eine eigene (Telnet-basierte) Verbindung zur Steuerung
sowie weitere Verbindungen zum Datentransport benutzt.
• Es werden in der Regel gleichzeitig mehrere Verbindungen
benutzt.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
42

Beispiele für Kommandos I
Kommando
PASS
ACCT
CWD
CDUP
ABOR
LIST
SYST
PORT
RETR
STOR
DELE
Erläuterung
Übergabe des Passwords
Angabe des Accounts
Change working directory
Change to parent directory
Abbrechen der Datenübertragung
Auflisten der working Directory
Auskunft über Server
Angabe des Ports für Dateiaustausch
Holen einer Datei zum Client
Senden einer Datei zum Server
Löschen einer Datei
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
43

Beispiele für Kommandos II
Kommando
RMD
MKD
PWD
RNFR
RNTO
REIN
QUIT
REST
APPE
Erläuterung
Remove Directory
Make Directory
Print Working Directory
Rename From
Rename To
Beendigung des angegebenen Accounts
Abbau der Verbindung
Wiederaufsetzen nach Abbruch
Anhängen (Append)
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
44

Datenverbindung
• Über die Kommandoverbindung wird der Port, der Name der
Datei, der Übertragungsmodus etc. vereinbart.
• Über eine weitere Datenverbindung wird parallel der Transfer
realisiert; es können parallel mehrere Dateitransfers in
verschiedenen Richtungen über jeweils eigene Verbindungen in
ablaufen.
• Modi der Datenübertragung (Transmission modes):
1. Stream: Es werden die Bytes der Datei direkt ohne Strukturierung
übertragen.
2. Block: Es werden Blöcke mit einem Kopf und Körper übertragen.
3. Compressed: Vor der Übertragung werden die Daten komprimiert.
In der Praxis wird nur Nr. 1 benutzt.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
45

Praxis
• Es gibt viele FTP-Server mit einem Standard-Account:
"anonymous" mit einem Passwort als der eigenen Mail-Adresse
• Einige FTP-Server verifizieren die Mail-Adresse über einen
AUTH-Server und verweigern den Zugriff bei falscher Adresse.
Ein AUTH-Server muss dann auf dem System des Clients laufen
und Auskunft über die Identität geben.
• Es gibt ein Kommando "REST", das ein Wiederaufsetzen nach
einem abgebrochenen Dateitransfer erlaubt.
• Leider realisieren nicht alle FTP-Server bzw. Clients alle
Kommandos.
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
46

Nach dieser Anstrengung etwas Entspannung....
Netzwerke - SS 2013 - Teil 11/Anwendungsprotokolle
47