Protocoles

1
Protocoles  Application 

• POP3 (rappel)
• TFTP
• BOOTP
• DHCP

2
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
Architecture client/serveur
4
Client et serveur POP3

• Serveur POP3 de Linux
• Installation/configuration sur stargate
• Client Outlook Express/Netscape
• Configuration mail
• NomMba, mot de passexxxxxxx
• Adresse e-mailmba_at_ist.ga
• Serveur courrier sortantsmtp.ist.ga
• Serveur courrier entrantpop.ist.ga

5
Une autre applicationtelnet

• Permet la connexion à distance
• Utilise TCP
• Port réservé 23
• telnet 172.16.94.4
• Trying 172.16.94.4
• Login felixp
• Passwordxxxxxxxxxx
• Last login Fri may 27 191638
• ls l

6
Connexion via telnet
7
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
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 3 4235
• LIST
• OK 3 visible messages (4235 octets)
• 1 1508
• 2 1464
• 3 1263
• .

9

• Lire un message
• RETR 3
• OK 1263 octets
• Return-Path ltfelixp_at_ist.gagt
• Received from komet (172.16.94.87)
• by stargate.ist.ga (8.12.3/8.12.3) with
  SMTP id g4S9hEpN004334
• for ltfelixp_at_ist.gagt Tue, 28 May 2002
  104320 0100
• Message-ID lt008201c2062b4c266420575e10ac_at_ist.ga
  gt
• Reply-To "Patrick FELIX" ltfelix_at_labri.frgt
• From "Patrick FELIX" ltfelixp_at_ist.gagt
• To ltfelixp_at_ist.gagt
• Subject un message
• Date Tue, 28 May 2002 103729 0100
• /
• X-Mailer Microsoft Outlook Express
  6.00.2600.0000
• 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-33405 TALENCE

10

• 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
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
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
Phase de connexion

• TID (Transfert IDentification)
• le client choisit un TIDsource et prend
  TIDdest69 (port réservé tftp)
• la réponse positive du serveur contient le
  TIDsource à utiliser ensuite

14
Phase de connexion

• requête de lecture(RRQ) ou écriture(WRQ)
  
• Opcode RRQ 1 WRQ2
• réponse ACK(acquittement0 pour WRQ) ou
  DATA(pour RRQ), ou ERROR

15
Transfert de données

• paquet DATA
• opcode 3
• numéro de bloc commence à 1
• taille maximale des données 512 octets

16
Transfert de données

• paquet ACK
• Ack Opcode4
• WRQ et DATA acquittés par ACK ou ERR
• RRQ acquitté par DATA ou ERR

17
Traitement des erreurs

• paquet ERROR
• Opcode5
• code erreur
• (0) non défini, voir message.
• (1) fichier non trouvé
• (2) violation d'accès
• ...

18
Terminaison

• terminaison normale
• paquet DATA lt512 octets
• dernier paquet DATA acquitté
• terminaison prématurée
• paquet ERROR

19
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 2ième bloc.
• Serveur TFTP en panne.
• Analyser la trace Ethernet suivante

20
RappelDatagramme UDP
21
Trace tftp
UDP from atlantide.50559 to firmin.tftp 27
bytes 08 00 20 10 b6 7c 08 00 20 75 13 88 08 00
45 00 00 2f 3c 22 40 00 ff 11 07 55 93 d2 08 03
93 d2 08 9f c5 7f 00 45 00 1b a0 d2 00 01 6c 6b
6a 66 64 73 66 00 6e 65 74 61 73 63 69 69
00 UDP from firmin.3940 to atlantide.50559 27
bytes 08 00 20 75 13 88 08 00 20 10 b6 7c 08 00
45 00 00 2f 25 30 00 00 3c 11 21 48 93 d2 08 9f
93 d2 08 03 0f 64 c5 7f 00 1b 00 00 00 05 00 01
46 69 6c 65 20 6e 6f 74 20 66 6f 75 6e 64 00
22
Trace tftp
UDP from atlantide.50559 to firmin.3940 12
bytes 08 00 20 10 b6 7c 08 00 20 75 13 88 08 00
45 00 00 20 3c 23 40 00 ff 11 07 63 93 d2 08 03
93 d2 08 9f c5 7f 0f 64 00 0c f2 a6 00 04 00 01
00 00 00 20 00 00 00 01 ff ff ff ff ff ff
23
Les protocoles derésolution dadresses
etconfiguration automatique

• ARP (IP?physique)
• RARP (physique?IP)RARP/ARPbas niveau
• BOOTP, DHCPsappuient sur UDP / IP,
  portablesvéhiculent lensemble des paramètres
  réseau

24
Au démarrage dune station...
Récupération de sa configuration réseau

• Soit RARP ICMP (netmask) TFTPun peu lourd
  et pas optimal
• Soit BOOTP / DHCP( TFTP si sans disque
  uniquement)

25
Le protocole BOOTP

• BOOTstrap Protocol
• RFC 951 et RFC 1542
• utilise UDPport 67 (serveur) et port 68
  (client)
• fournit informations de configuration

26
Principe

• Le client envoie en broadcast un
  paquetBOOTREQUESTcontenant au minimum son
  adresse physique
• Le serveur répond avec un paquetBOOTREPLYcontena
  nt tous les paramètres utiles(IP du client,
  netmask, IP serveurs, passerelles, etc)

27
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
Principe allocation IP

• Allocation  statique 1 adresse IP ? 1 adresse
  physique
• Allocation  dynamique adresse IP allouée pour
  une durée limitéeex wanadoo câble 24h (1
  jour), entreprise 1 jour, 1
  semainerenégociation du  bail  à la fin

29
Protocoles  Application (suite)

• SMTP
• FTP

30
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
Principes

32

• 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
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
Transfert de Mail

• Demande de transfert de mail
• émetteur MAIL FROMltreverse-pathgt ltCRLFgt
• récepteur 250 OK

35
Transfert de Mail

• désignation des destinataires
• émetteur RCPT TOltforward-pathgt ltCRLFgt
• acquitement
• récepteur 250 OK
• récepteur 550 error message

36
Transfert de Mail

• Transmission du message
• DATA
• 354 Start mail input,end with ltCRLFgt
• blabla
• ...........
• .ltCRLFgt
• 250 OK

37

• r site1 simple mail transfert service ready
• e HELO site2
• r 250 site1
• e MAIL FROM ltleonardo_at_site2gt
• r 250 OK
• e RCPT TO ltdonatelo_at_site1gt
• r 250 OK
• e RCPT TO ltraphael_at_site1gt
• r 550 no such user here
• e RCPT TO ltmichaelangelo_at_site1gt
• 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 2001 110636 0100
• helo thor
• 250 info.iuta.u-bordeaux.fr Hello thor.info.prive
  172.16.94.2, pleased to meet you
• mail fromfelix_at_info.iuta.u-bordeaux.fr
• 250 felix_at_info.iuta.u-bordeaux.fr... Sender ok
• rcpt tofelix_at_labri.fr
• 250 felix_at_labri.fr... Recipient ok
• data
• 354 Enter mail, end with "." on a line by itself
• ligne 1
• . ligne 2
• ligne 3
• .
• 250 LAA06866 Message accepted for delivery
• quit

39

• OK iona.labri.fr Cyrus POP3 v2.0.12 server ready
• user felix
• OK Name is a valid mailbox
• pass xxxxxxxx
• OK Maildrop locked and ready
• list
• OK scan listing follows
• 1 872
• .
• stat
• OK 1 872
• list
• OK scan listing follows
• 1 872
• .

40

• retr 1
• OK Message follows
• Return-Path ltfelix_at_info.iuta.u-bordeaux.frgt
• X-Sieve cmu-sieve 2.0
• Received from localhost (localhost.localdomain
  127.0.0.1)
• by iona.labri.fr (Postfix) with ESMTP id
  6BFAE7E84
• for ltfelix_at_labri.frgt Fri, 2 Nov 2001
  111006 0100 (CET)
• Received from info.iuta.u-bordeaux.fr
  (smtp1.info.iuta.u-bordeaux.fr 147.210.94.203)
• by iona.labri.fr (Postfix) with ESMTP id
  8ECF57E83
• for ltfelix_at_labri.frgt Fri, 2 Nov 2001
  111005 0100 (CET)
• Received from thor (thor.info.prive
  172.16.94.2)
• by info.iuta.u-bordeaux.fr (8.9.3/8.9.3)
  with SMTP id LAA06866
• for felix_at_labri.fr Fri, 2 Nov 2001
  110754 0100
• Date Fri, 2 Nov 2001 110754 0100
• From Patrick FXlix ltfelix_at_info.iuta.u-bordeaux.fr
  gt
• Message-Id lt200111021007.LAA06866_at_info.iuta.u-bor
  deaux.frgt
• To undisclosed-recipients
• X-Virus-Scanned by AMaViS perl-11
•  

41
FORWARDING

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

42
Relais

• Si le forward path est de la forme
• lthost1,host2,host3,name_at_host4gt
• 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
Exemple de relais

• première étape site1--gtsite2
• MAIL from lttoto_at_site1gt
• RCPT TO ltsite2,site3,yoyo_at_site4gt
• seconde étape site2--gtsite3
• MAIL from ltsite2,toto_at_site1gt
• RCPT TO ltsite3,yoyo_at_site4gt
• dernière étape site3--gtsite4
• MAIL from ltsite3,site2,toto_at_site1gt
• RCPT TO ltyoyo_at_site4gt

44

• 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
Notification d'erreur

• dernière étape
• MAIL from ltsite3,site2,toto_at_site1gt
• RCPT TO ltyoyo_at_site4gt
• 550 no such user
• RCPT TO ltsite2,toto_at_site1gt
• DATA
• From SMTP_at_site3
• Mail from ltgt
• subject Mail System Problem
• site4 said 550 no such user

46
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
Modèle dinteraction FTP

Interface
utilisateur
utilisateur
processus de
processus de
contrôle
contrôle
utilisateur
serveur
contrôle
processus de
processus de
transfert de
transfert de
Système de
Système de
données
données
fichiers
fichiers
utilisateur
serveur
données
48
(No Transcript)
49
(No Transcript)
50

51
(No Transcript)
52
Telnet

• protocole simple de connexion à distance
• utilise une connexion tcp
• transmission caractère
• bidirectionnel

53
Principes

• terminal virtuel
• négotiation d'options
• symétrie de la connexion

54
Terminal virtuel

• prise en compte de l'hétérogénéité

55
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 CRLF
• codes gt80H fonctions de contrôle

56
Fonctions de contrôle

• utilisateur
• IP Interupt Process
• AO Abort Output
• AYT Are You There
• EC Erase Character
• EL Erase Line
• BRK Break

57
Fonctions de contrôle

• commandes émises sur la connexion
• IAC interpret as command
• NOP no operation
• IP
• EC
• .....
• les commandes sont emises par IACcmd dans un
  signal hors bande

58
Options

• options disponibles
• transmission binaire
• echo
• marque de temps
• type de terminal
• mode ligne
• .......

59
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