Voyons donc un exemple plus complet.
Dans cet exemple, l'hôte A lance une session avec le port source de 1024 dans un port de destination de
23, autrement dit telnet.
L'hôte A envoie 10 octets de données et un numéro de séquence initial de 10.
L’hôte B accuse réception des 10 octets en renvoyant un numéro d’accusé
de réception à A sur 11.
Dans cet exemple, l'hôte B définit également son numéro de séquence initial sur 5.
veuillez également noter que les numéros de port sont inversés le port source pour le trafic allant de B à A est 23 et le port de destination est 1024.
Dans cet exemple, car nous utilisons une fenêtre glissante,
A peut envoyer 250 octets de données par exemple.
Remarquez donc que le numéro de séquence est incrémenté de 260.
Dans les exemples précédents, nous utilisons des nombres faciles la taille de
fenêtre 1 ou 3, mais veuillez noter que dans la réalité, les tailles de fenêtre sont définies
en fonction de la quantité de données pouvant être transmise en octets.
Donc, cela peut ne pas être aussi facile à lire que des séquences de 1, 2 et 3.
réception des données jusqu’à la séquence 5 et acquittement de la séquence numéro 6.
Les ports source sont à nouveau permutés. Le
port source est donc 1024 et le port de destination est 23.
Maintenant, l’hôte B accuse réception pour le numéro de séquence 261, rappelez-vous que A envoie 10
octets et les 250 octets, c’est-à-dire 260 octets
de données.
B envoie le numéro de séquence 6 et, encore une fois, les numéros de port sont inversés.
Il est très important que vous compreniez le fonctionnement des
ports source et de destination. Par conséquent, rien de mieux que de vous montrer un exemple concret utilisant Wireshark.
Je vais donc capturer le trafic
sur mon réseau, puis aller sur Google, par exemple. com avec mon navigateur web.
Je vais revenir à Wireshark et arrêter la capture. En voici un exemple: la requête DNS.
Nous avons donc l’hôte 10. 0. 0. 1 qui est
ma machine un ordinateur portable Dell, interrogeant le serveur DNS.
Au niveau 2, vous pouvez voir que la source est ma machine Dell allant à mon routeur Cisco.
Ceci est une trame Ethernet 2 et veuillez noter le champ type.
À la couche 2 mentionnée, le champ type spécifie le protocole de la couche 3.
Dans ce cas, 0x0800 en hexadécimal spécifie que le protocole de couche 3 est IPv4.
Au niveau 3, vous pouvez voir l'adresse IP source et l'adresse IP de destination.
Mon PC et le serveur DNS, vous pouvez voir que ceci est IPv4, vous pouvez voir que la
longueur de l'en-tête est de 20 octets.
Le DSCP ou les points de code de services différenciés n’est
pas utilisé dans cet exemple d’avis ECN, qui concerne la notification
d’embouteillage explicite que j’ai mentionnée brièvement lorsqu’on parle de l’en-tête TCP. 42 Ce que je voudrais que vous voyiez ici est de remarquer que le protocole de la couche 4
est UDP et que les valeurs sont en hexadécimal. Par conséquent, 11 en hexadécimal est égal à 17, le numéro de protocole
pour le protocole UDP est à nouveau de 17.
Ainsi, au niveau 4, nous pouvons voir que le protocole de datagramme utilisateur ou UDP est utilisé.
Le port source est 62249, en d’autres termes, un port dynamique ou éphémère menant
à un port de destination de 53, autrement dit DNS.
Nous pouvons voir les numéros de port une fois de plus, et en ouvrant la requête
DNS, nous pouvons voir qu'il s'agissait d'une requête, recherchant une adresse d'hôte spécifique.
Nous avons ici une réponse DNS du serveur DNS à mon hôte.
Donc, encore une fois, très rapidement à la couche 2, vous pouvez voir que le champ de
type désigne le protocole à la couche 3.
À la couche 3, le champ de protocole nous indique quel protocole est utilisé à la
couche 4. Voici une autre requête DNS de mon hôte au serveur DNS.
Et si nous ouvrons les informations de la requête DNS, vous constaterez
qu’il s’agit d’une requête pour Google. com et c'est une requête
de l'hôte, un avis de type A, le serveur DNS répond et un avis dans la
réponse, il nous donne l'adresse IP de Google. com Maintenant, voici la
poignée de main à trois voies entre ma machine et Google.
Notez que la source est 10. 0. 0. 1
et la destination est cette adresse IP qui est Google.
Notez que le port source est 58313 destinations est 80 en d’autres termes, j’ouvre une connexion Web à un serveur Web.
En ouvrant cela, vous pouvez voir à nouveau les numéros de port source et de destination,
mais notez ici que le drapeau défini est SYN.
Donc, en ouvrant cela, vous pouvez voir que tous
les autres drapeaux ou bits sont mis à 0 sauf le
bit SYN et en ouvrant que vous pouvez voir, nous essayons de configurer une connexion au serveur afin que nous ayons
une demande d'établissement de connexion message au serveur.
Aucun autre drapeau n'est défini. Notez que la taille initiale de la fenêtre est
8192 et que vous ouvrez les options, vous pouvez voir que la taille maximale du segment ou MSS est définie sur 1460 octets.
La réponse de Google à ma machine au niveau 4 indique que le port source est 80 et le
port de destination est 58313.
En ouvrant cela, notez que les drapeaux qui sont définis sont SYN ACK, il s’agit donc
d’une deuxième partie de la négociation à trois.
Notez que le bit d'accusé de réception est activé et que le
bit de synchronisation est activé, vous pouvez voir qu'il s'agit d'un accusé de réception de connexion établi par Google.
Notez que la demande de taille de fenêtre est de 5720 et si nous ouvrons la remarque relative aux options ici, la taille
de segment maximale est de 1430.
En regardant la dernière partie de la négociation à trois
voies, notez que ma machine parle à Google
en ouvrant TCP, vous pouvez voir que les drapeaux qui sont définis sont juste le bit d’acquittement et la taille de la fenêtre demandée. 64350 85 et en regardant
l'avis d'analyse de confirmation de séquence qu'il s'agit d'un accusé
de réception.
Pour revenir à la première étape de la poignée de main
à trois voies, notez que le numéro de séquence initial de ma machine vers Google est défini sur 0.
En allant à l'en-tête TCP actuel, notez le numéro de séquence 0.
Les googles répondent sous la forme d'un numéro de séquence 0 et d'un accusé de réception de 1.
Comme vous pouvez le voir ici aussi.
Donc, ils nous le font savoir, le prochain segment qu'ils s'attendent à recevoir est le segment 1.
Notre accusé de réception, c’est que nous envoyons la séquence numéro 1 et que nous accusons
réception du numéro de séquence 1.
Ceci est conforme à ce que nous avons discuté.
Par la suite, lorsque HTTP est notifié, nous recevons des informations de
Google sur notre machine, son TCP, et notons ici
qu'il s'agit d'un segment TCP de l'unité de données de protocole réassemblée.
En d'autres termes, c'est un fragment.
En regardant TCP, nous pouvons voir les sources HTTP et la destination est notre numéro de port.
En d’autres termes, Google nous envoie du trafic,
notez ici que le numéro de séquence est
2861, que le numéro de séquence suivant est 3798 et que
le numéro de l’accusé de réception est 944.
ainsi, le prochain numéro de séquence se souvient que 3798 passe à la
partie suivante de l’avis
de capture; le numéro de séquence est ici 3798 et le numéro de séquence suivant est 5228.
Notez également que notre machine envoie à Google un accusé de
réception nous informant que nous nous attendons à recevoir 5228.
Et puis, dès la capture suivante, vous pouvez voir que le numéro
de séquence 5228 nous a été envoyé par Google.
Le numéro de séquence suivant est 6658, ce qui correspond à la pièce suivante reçue.
L'avis 6658 est le numéro de séquence reçu. 114 Notre hôte accuse réception de cette information
et indique que le prochain bit de données à recevoir est 7894 lors de la
prochaine capture. Vous pouvez voir que le numéro de séquence correspond à ce que Google nous a envoyé.
Maintenant, sans vous ennuyer plus longtemps, j’espère
que cette capture vous donnera un aperçu de ce qui
se passe réellement sur le réseau.
Wirehark se souvient d'une application gratuite que vous pouvez télécharger, cherchez-la simplement sur Internet, je vous
suggère de capturer
un peu de trafic sur votre ordinateur afin
que vous puissiez voir ce qui se passe dans le fond.
Alors qu'avons-nous couvert?
Dans cette section, nous examinons les 2 principaux protocoles résidant à la couche 4.
UDP ou User Datagram Protocol et TCP ou Transmission Control Protocol.
J'ai expliqué les numéros de port et quels numéros de port seraient utilisés dans quels scénarios.
J'ai expliqué la poignée de main à
trois voies du TCP, le wengonnage et les numéros de séquence.
Merci d'avoir regardé!