24

bläh (Fach) / fb 9 (Lektion)

fb 9

Diese Lektion wurde von Roechi erstellt.

Lektion lernen

Diese Lektion ist leider nicht zum lernen freigegeben.

zurück  |  weiter 1 / 1

Anzeige
  • Arbeitet das Protokoll SMTP mit direkten End-zu-End-Verbindungen? Es gibt keine direkten Verbindungen zwischen Absender und Empfänger, sondern ein Kopieren der Mail von Server zu Server.
  • Was passiert bei der Auslieferung einer Mail, wenn das System des Empfängers ausgeschaltet ist? Kann dann auch eine Mail gesendet werden? Und auch empfangen werden? Durch Zwischenspeicherungen kann die Mail trotzdem gesendet und empfangen werden.
  • Es sollen Binärdaten, z. B. ein Bild im JPEG-Format, per E-Mail versendet werden. Geht das problemlos? Was muss das Mail-Client-Programm auf der Sendeseite tun, damit keine Probleme auftreten? Muss der Empfänger auch etwas tun? Und was? Die Binärdatei muss in eine ASCII Datei konvertiert werden. Der Empfänger muss muss es wieder zurückkonvertieren.
  • Mit welchen Protokollen können E-Mails abgerufen werden? Lassen sich mit diesen Protokollen auch E-Mails versenden? Abgerufen mit POP3 und IMAP. Mit SMTP können E-Mails versendet werden.
  • Was für einen Sinn hat das MIME-Format? Werden bei MIME die Daten verschlüsselt? Behandelt dieses Format auch die Kodierung von Informationen? MIME bescheibt die Art und die Kodierung von Attachments von Mails.
  • Wie werden Anhänge (Attachments) realisiert? Erläutern Sie den grundsätzlichen Aufbau einer Mail mit und ohne Anhänge.   Ein Dateianhang wird nach dem MIME-Protokoll codiert, welches die Unterteilung des Body und die Kodierung der Datei regelt. Anhänge haben denselben Aufbau wie eine E-Mail. Aufbau einer E-Mail: Header (Kopf), Hinweise über Absender, Empfänger, Datum Leerzeile Body (Inhalt) optionale Attachments (MIME) (Leerzeile) (Signatur / E-Mail Footer)  
  • Woher wissen die Mail-Server, an welchen anderen Mail-Server sie eine bestimmte Mail weitergeben sollten? Wie also funktioniert das Mail-Routing? Der Server identifiziert den Zielrechner über den so genannten Mail Exchange Record (MX Record) der Domain. Dazu fragt er einen DNS-Server ab und erhält eine Liste mit Servern (Mail Exchanger), die Nachrichten für die Ziel-Domain entgegennehmen. Jeder Mail Exchanger ist mit einer 16-Bit langen Priorität versehen. Der SMTP-Server versucht nun, in der Reihenfolge der Priorität dem entsprechenden Server die Nachricht zu übermitteln.
  • Lässt sich der Weg einer E-Mail durch das Netzwerk durch den Sender bestimmen, z. B. damit nur vertrauenswürde Server passiert werden? Der Weg der Mail durch das Netz der SMTP-Server wird von den Einträgen in den korrespondierenden DNSServern bestimmt. In den MX-Records dieser DNS-Server stehen priorisierte Angaben, zu welchen SMTP-Servern die Mail weitergeleitet werden soll (RFC 974).
  • Was wird bei der base64-Kodierung getan? Skizzieren Sie das Verfahren. 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.
  • Warum wird SMTP als „ASCII-Protokoll“ bezeichnet? Besitzt SMTP Pakete vom Aufbau her so wie IP? SMTP ist ein textbasiertes Protokoll. Ja.
  • Anzeige
  • Wofür steht POP3? Wozu dient dieses Protokoll? Post Office Protokoll (Mailboxzugriffsprotokoll), es dient zum Abholen und einfachen Verwalten von Mailboxen.
  • Muss bei POP3 ein Passwort angegeben werden? Falls ja, wird es verschlüsselt? Passwörter werden in ASCII übertragen, daher Einsatz nur auf "privaten" Leitungen, typisch zwischen Benutzer und ISP-Mailbox über Einwählknoten.
  • Wozu dient das Telnet-Protokoll? Was kann damit gemacht werden? Telnet ist ein Protokoll für den interaktiven Zugriff auf entfernte Systeme über TCP/IP. Über Telnet können Verbindungen zu SMTP-, POP-, HTTP oder FTP-Servern realisiert werden. Kann auch als E-Mail oder FTP-Client benutzt werden.
  • Muss beim Telnet-Protokoll ein Passwort angegeben werden? Nein, es gibt nicht immer einen Zwang. Einige Images (z.B. die DM7025) fragen das Passwort nicht ab. Es sollte daher ein Passwort manuell gesetzt werden.
  • Was für eine Aufgabe hat der Kontrollkanal bei FTP? Wofür steht FTP? Warum sieht FTP neben dem Kontrollkanal noch weitere Datenkanäle vor? File Transfer Protocol. Ein Kanal für die Befehle (Kontrollkanal)Ein Kanal für die Daten
  • Lassen sich Dank MIME Binärdaten per FTP übertragen? MIME und FTP haben nichts miteinander zu tun. Mit FTP kann jederzeit Binärdaten übertragen werden.
  • Es soll ein ganzer Ordner rekursiv samt Dateien per FTP auf dem Server gelöscht werden. Ist das mit FTP möglich? Ja.
  • Werden bei FTP die Passwörter zur Übertragung verschlüsselt? Werden die Daten verschlüsselt? Bei FTP werden sowohl Passwort als auch die Daten nicht verschlüsselt. Mit FTP über SSL können das Passwort und die Daten aber verschlüsselt werden.
  • Auf welcher OSI-Ebene ist SSL angesiedelt? Wofür steht SSL? Was ist TLS? SSL ist auf der 4. Ebene des OSI-Modells angesiedelt. SSL steht für Secure Sockets Layel, TLS für Transport Layer Security.
  • Was ist ein Socket? Ein Socket ist ein Software-Modul, mit dessen Hilfe sich ein Computerprogramm mit einem Rechnernetz verbinden und mit anderen Computern Daten austauschen kann.
  • Unterstützt SSL Verschlüsselung und Authentifizierung oder nur eines von beiden? Falls nur eines, welches? SSL unterstützt Verschlüsselung und Authenfizierung.
  • Kann SSL auch für sichere Filetransfers mit FTP benutzt werden? Ja, SSL kann mit FTP benutzt werden. FTP over TLS, kurz FTPS.
  • Was leistet das SSL-Record-Protokoll? Beschreiben Sie kurz die einzelnen Schritte beim Senden bzw. Empfangen von Daten durch dieses Protokoll. Während einer SSL-Session kommunizieren Server und Client über Records – Datenpakete, die einem bestimmten Format genügen müssen. Der Record Layer erhält Daten von darüberliegenden Schichten (z.B. Handshake Protocol). Diese werden fragmentiert, mit Headern versehen, ggf. Verschlüsselt.
  • Warum werden einzelne Eigenschaften während des Aufbaus einer SSL-Verbindung ausgehandelt und nicht fest im Protokoll definiert? SSL ist kein anwendungsspezifisches Protokoll und soll für eine Vielzahl von Anwendungen funktionieren können. Da SSL verschiedene Kompressions- und Verschlüsselungsverfahren unterstützt müssen diese zwischen Client und Server vor dem eigentlichen Datenaustausch vereinbart werden.

zurück  |  weiter 1 / 1