La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Applications TCP/IP1 Protocoles « Application » POP3 (rappel) TFTP BOOTP DHCP.

Présentations similaires


Présentation au sujet: "Applications TCP/IP1 Protocoles « Application » POP3 (rappel) TFTP BOOTP DHCP."— Transcription de la présentation:

1 Applications TCP/IP1 Protocoles « Application » POP3 (rappel) TFTP BOOTP DHCP

2 Applications TCP/IP2 Application POP3 Documentation Post Office Protocol 3, RFC 1460 (Request For Comments) But Protocole TCP pour la réception des messages dune boîte à lettre distante.

3 Applications TCP/IP3 Architecture client/serveur

4 Applications TCP/IP4 Client et serveur POP3 Serveur POP3 de Linux Installation/configuration sur stargate Client Outlook Express/Netscape Configuration mail Nom:Mba, mot de passe:xxxxxxx Adresse Serveur «courrier sortant»:smtp.ist.ga Serveur «courrier entrant»:pop.ist.ga

5 Applications TCP/IP5 Une autre application:telnet Permet la connexion à distance Utilise TCP Port réservé : 23 telnet Trying … Login: felixp Password:xxxxxxxxxx Last login: Fri may 27 19:16:38 $ ls –l

6 Applications TCP/IP6 Connexion via telnet

7 Applications TCP/IP7 Protocole Application POP3 Principes Dialogue client-serveur sur port réservé POP3 (port 110). Chaque requête du client a pour réponse une ligne commençant par +OK ou –ERR. Les lignes sont terminées par CR LF. Connexion au serveur Réponse du serveur: +OK Qpopper (version 4.0.4) at stargate starting.

8 Applications TCP/IP8 Protocole Application POP3 Sidentifier USER felixp +OK Password required for felixp. PASS Devine!!! +OK felixp has 3 visible messages (0 hidden) in 4235 octets. Voir le nombre et la liste des messages STAT +OK LIST +OK 3 visible messages (4235 octets)

9 Lire un message RETR 3 +OK 1263 octets Return-Path: Received: from komet ([ ]) by stargate.ist.ga (8.12.3/8.12.3) with SMTP id g4S9hEpN for ; Tue, 28 May :43: Message-ID: Reply-To: "Patrick FELIX" From: "Patrick FELIX" To: Subject: un message Date: Tue, 28 May :37: …/… X-Mailer: Microsoft Outlook Express C'est bientot l'heure, alors "Bonne appetit " et tout a l'heure. Patrick FELIX LaBRI - UniversitÚ Bordeaux I 351 crs de la LibÚration - F TALENCE Tel Fax – Mél REMARQUE : les lignes de texte qui commencent par un point sont précédées par un autre point, pour les distinguer de la fin du message (byte-stuffing).

10 Applications TCP/IP10 Détruire un message DELE 2 +OK message 2 marked for deletion Annuler les destructions RSET +OK 3 messages ready Quitter +OK POP3 Server shutdown.

11 Applications TCP/IP11 Le protocole TFTP Trivial File Transfert Protocol Utilise UDP RFC 783 et RFC 1350 Permet uniquement le transfert de fichiers, pas didentification Caractéristiques demande peu de ressource (code, tampon) contrôle de flux simple

12 Applications TCP/IP12 Principes « Connexion » demande de lecture ou d'écriture 5 types de paquet: RRQ, WRQ, DATA, ERR, ACK transfert par bloc de 512 octets acquittement retransmission si perte

13 Applications TCP/IP13 Phase de connexion TID (Transfert IDentification) le client choisit un TIDsource et prend TIDdest=69 (port réservé tftp) la réponse positive du serveur contient le TIDsource à utiliser ensuite

14 Applications TCP/IP14 requête de lecture(RRQ) ou écriture(WRQ) Opcode RRQ =1 WRQ=2 réponse : ACK(acquittement=0 pour WRQ) ou DATA(pour RRQ), ou ERROR Phase de connexion

15 Applications TCP/IP15 Transfert de données paquet DATA opcode = 3 numéro de bloc: commence à 1 taille maximale des données: 512 octets

16 Applications TCP/IP16 paquet ACK Ack Opcode=4 WRQ et DATA acquittés par ACK ou ERR RRQ acquitté par DATA ou ERR Transfert de données

17 Applications TCP/IP17 Traitement des erreurs paquet ERROR Opcode=5 code erreur: (0) non défini, voir message. (1) fichier non trouvé (2) violation d'accès...

18 Applications TCP/IP18 Terminaison terminaison normale paquet DATA <512 octets dernier paquet DATA acquitté terminaison prématurée paquet ERROR

19 Applications TCP/IP19 Exercices Pourquoi des timers doivent être utilisés ? Expliquez pourquoi des acquittements peuvent être dupliqués ? Donner un scénario de réception, par un client TFTP, dun fichier de 1500 octets dans chacun des cas suivants : Transmission sans erreur, Erreur lors de la transmission du 2 ième bloc. Serveur TFTP en panne. Analyser la trace Ethernet suivante :

20 Applications TCP/IP20 Rappel:Datagramme UDP

21 Trace tftp UDP from atlantide to firmin.tftp 27 bytes b6 7c f 3c ff d d2 08 9f c5 7f b a0 d c 6b 6a e UDP from firmin.3940 to atlantide bytes b6 7c f c d2 08 9f 93 d f 64 c5 7f 00 1b c e 6f f 75 6e 64 00

22 Trace tftp UDP from atlantide to firmin bytes b6 7c c ff d d2 08 9f c5 7f 0f c f2 a ff ff ff ff ff ff

23 Applications TCP/IP23 Les protocoles de résolution dadresses et configuration automatique ARP (IPphysique) RARP (physiqueIP) RARP/ARP:bas niveau BOOTP, DHCP sappuient sur UDP / IP, portables véhiculent lensemble des paramètres réseau

24 Applications TCP/IP24 Au démarrage dune station... Soit RARP + ICMP (netmask) + TFTP un peu lourd… et pas optimal Soit BOOTP / DHCP (+ TFTP si sans disque uniquement) Récupération de sa configuration réseau :

25 Applications TCP/IP25 Le protocole BOOTP BOOTstrap Protocol RFC 951 et RFC 1542 utilise UDP port 67 (serveur) et port 68 (client) fournit informations de configuration

26 Applications TCP/IP26 Principe Le client envoie en broadcast un paquet BOOTREQUEST contenant au minimum son adresse physique Le serveur répond avec un paquet BOOTREPLY contenant tous les paramètres utiles (IP du client, netmask, IP serveurs, passerelles, etc…)

27 Applications TCP/IP27 Le protocole DHCP Dynamic Host Configuration Protocol RFC 2131 et RFC 2132 extension de BOOTP compatible avec BOOTP mêmes ports : 67 (serveur) et 68 (client) plus de paramètres pris en compte, et allocation automatique dadresses IP

28 Applications TCP/IP28 Principe allocation IP Allocation « statique » 1 adresse IP 1 adresse physique Allocation « dynamique » adresse IP allouée pour une durée limitée ex : wanadoo câble = 24h (1 jour), entreprise = 1 jour, 1 semaine… renégociation du « bail » à la fin

29 Applications TCP/IP29 Protocoles « Application » (suite…) SMTP FTP

30 Applications TCP/IP30 SMTP : Simple Mail Transfert Protocol Protocole TCP pour lenvoi de courrier RFC 821, port 25 définition de léchange de commandes et de la structure des messages sendmail (UNIX) met en oeuvre SMTP

31 Applications TCP/IP31 Principes

32 Applications TCP/IP32 Lignes de commande envoyées par le client Le serveur répond par une ligne: 2xx OK 3xx suivi des informations 5xx suivi de linformation d'erreur Les lignes se terminent par CR/LF.

33 Applications TCP/IP33 Etablissement et fermeture du canal de communication Etablissement : Phase de vérification didentité récepteur: 220 nom_recepteur SMTP ready émetteur: HELO nom_emetteur récepteur: 250 nom_recepteur fermeture : émetteur: Quit récepteur: 221 closing transmission

34 Applications TCP/IP34 Transfert de Mail Demande de transfert de mail émetteur: MAIL FROM: récepteur: 250 OK

35 Applications TCP/IP35 Transfert de Mail désignation des destinataires émetteur: RCPT TO: acquitement récepteur: 250 OK récepteur: 550 error message

36 Applications TCP/IP36 Transfert de Mail Transmission du message DATA 354 Start mail input,end with blabla OK

37 r: site1 simple mail transfert service ready e: HELO site2 r: 250 site1 e: MAIL FROM: r: 250 OK e: RCPT TO: r: 250 OK e: RCPT TO: r: 550 no such user here e: RCPT TO: r: 250 OK e: DATA r: 354 start mail input ; end with "." e: » » » » » » » e: » » » » e:. r: 250 OK

38 thor:/tmp_mnt/net/profs/felix telnet smtp 25 Tentative de connexion en cours... Connecté à boite.info.prive. Caractère déchappement: '^]'. 220 info.iuta.u-bordeaux.fr ESMTP Sendmail 8.9.3/8.9.3; Fri, 2 Nov :06: helo thor 250 info.iuta.u-bordeaux.fr Hello thor.info.prive [ ], pleased to meet you mail 250 Sender ok rcpt 250 Recipient ok data 354 Enter mail, end with "." on a line by itself ligne 1. ligne 2 ligne LAA06866 Message accepted for delivery quit 221 info.iuta.u-bordeaux.fr closing connection Connexion terminée. thor:/tmp_mnt/net/profs/felix

39 +OK iona.labri.fr Cyrus POP3 v server ready user felix +OK Name is a valid mailbox pass xxxxxxxx +OK Maildrop locked and ready list +OK scan listing follows stat +OK list +OK scan listing follows

40 retr 1 +OK Message follows Return-Path: X-Sieve: cmu-sieve 2.0 Received: from localhost (localhost.localdomain [ ]) by iona.labri.fr (Postfix) with ESMTP id 6BFAE7E84 for ; Fri, 2 Nov :10: (CET) Received: from info.iuta.u-bordeaux.fr (smtp1.info.iuta.u-bordeaux.fr [ ]) by iona.labri.fr (Postfix) with ESMTP id 8ECF57E83 for ; Fri, 2 Nov :10: (CET) Received: from thor (thor.info.prive [ ]) by info.iuta.u-bordeaux.fr (8.9.3/8.9.3) with SMTP id LAA06866 for Fri, 2 Nov :07: Date: Fri, 2 Nov :07: From: Patrick FXlix Message-Id: To: undisclosed-recipients: ; X-Virus-Scanned: by AMaViS perl-11 ligne 1.. ligne 2 ligne 3.

41 Applications TCP/IP41 FORWARDING Si le forward path est incorrect et si le récepteur connaît la destination correcte 251 user not local ; will forward to le recepteur transmet le message et indique le path correct. 551 user not local ; please try Le récepteur refuse de se charger du mail et donne la bonne adresse à lémetteur.

42 Applications TCP/IP42 Relais Si le forward path est de la forme: ~ demande de relais du message à travers différents hosts. Les éléments du forward path sont mis dans le reverse path au fur et à mesure des relais traversés.

43 Applications TCP/IP43 Exemple de relais première étape site1-->site2 MAIL from RCPT TO seconde étape site2-->site3 MAIL from RCPT TO dernière étape site3-->site4 MAIL from RCPT TO

44 Applications TCP/IP44 Si un serveur SMTP reçoit une commande RCPT telle que le premier élément du forward path nest pas lidentifieur de ce SMTP, il ne change rien aux paths. Mais expédie si possible au prochain relais noté.

45 Applications TCP/IP45 Notification d'erreur dernière étape MAIL from RCPT TO 550 no such user RCPT TO DATA From Mail from <> subject: Mail System Problem site4 said « 550 no such user »

46 Applications TCP/IP46 FTP : File Transfert Protocol Principes Accès interactif Spécification de la représentation Vérification de lidentité du client Utilise TCP : 2 ports ftp 21 = contrôle ftp-data 20 = transfert de données

47 Applications TCP/IP47 Modèle dinteraction FTP Système de fichiers utilisateur processus de contrôle utilisateur processus de transfert de données utilisateur Interface utilisateur Système de fichiers processus de contrôle serveur processus de transfert de données serveur données contrôle

48

49

50

51

52 Applications TCP/IP52 Telnet protocole simple de connexion à distance utilise une connexion tcp transmission caractère bidirectionnel

53 Applications TCP/IP53 Principes terminal virtuel négotiation d'options symétrie de la connexion

54 Applications TCP/IP54 Terminal virtuel prise en compte de l'hétérogénéité

55 Applications TCP/IP55 Terminal virtuel device de type caractère bidirectionnel possede un clavier et un écran écho possible caractère 8 bits : code USASCII 7bit fin de ligne : CR+LF codes >80H: fonctions de contrôle

56 Applications TCP/IP56 Fonctions de contrôle utilisateur: IP: Interupt Process AO: Abort Output AYT: Are You There EC: Erase Character EL: Erase Line BRK: Break

57 Applications TCP/IP57 Fonctions de contrôle commandes émises sur la connexion IAC: interpret as command NOP: no operation IP EC..... les commandes sont emises par IAC+cmd dans un signal hors bande

58 Applications TCP/IP58 Options options disponibles transmission binaire echo marque de temps type de terminal mode ligne

59 Applications TCP/IP59 Options négociation demande:WILL code_option réponse:DO code_option DONT code_option fin d'option:WONT code_option réponse:DONT code_option


Télécharger ppt "Applications TCP/IP1 Protocoles « Application » POP3 (rappel) TFTP BOOTP DHCP."

Présentations similaires


Annonces Google