|
Décomposons ce qui se passe lorsqu'un ordinateur envoie un paquet à un port de destination où aucun processus n'écoute:
Scénario:
Imaginez que vous envoyez un e-mail. Le serveur de messagerie (pensez-y comme le port de destination) est en baisse ou non pour recevoir des e-mails. L'e-mail vous rebondira (ou sera signalé comme non livrable).
dans le monde des paquets de réseau:
1. Envoi du paquet: L'ordinateur à l'extrémité d'envoi crée un paquet au niveau de la couche de transport (en utilisant TCP ou UDP). Ce paquet contient le numéro de port de destination.
2. Voyage du réseau: Le paquet se déplace dans le réseau, en suivant les informations de routage.
3. Arrivée à l'hôte de destination: Le paquet atteint l'ordinateur de destination.
4. Le contrôle crucial: Le système d'exploitation sur l'ordinateur de destination vérifie s'il y a un processus à écouter activement sur le port de destination spécifié.
5. "Aucun auditeur trouvé" Scénario: Dans votre cas, il n'y a pas de processus fonctionnant sur ce port. Voici ce qui se passe:
* TCP:
* Timeout: L'ordinateur d'envoi attendra une réponse (accusé de réception, ACK) du récepteur. Si aucune réponse n'est reçue dans un délai prédéterminé (un temps mort), le paquet est considéré comme perdu. L'expéditeur tentera de renvoyer le paquet, généralement plusieurs fois. Finalement, il abandonnera et rapportera l'erreur.
* Message d'erreur: L'expéditeur peut recevoir un message d'erreur (par exemple, "Destination inaccessible", "Connexion refusée") à partir de la couche TCP.
* udp:
* pas de reconnaissance: UDP est un protocole sans connexion. Il ne nécessite pas de reconnaissance, il n'y a donc pas de notification directe d'échec. L'expéditeur ne sait pas si le paquet a été reçu.
* paquet abandonné: Le paquet est probablement supprimé par le système d'exploitation de l'ordinateur de destination, car il n'y a pas de processus pour le gérer.
Prise des clés:
* Port de destination est important: Le numéro de port de destination indique à l'ordinateur de réception quelle application ou processus doit gérer le paquet.
* pas d'auditeur =pas de livraison: S'il n'y a pas de processus d'écoute sur le port spécifié, le paquet ne peut pas être livré.
* TCP gère les erreurs: TCP fournit des mécanismes pour les retransmissions et les rapports d'erreurs.
* UDP est "Fire and Forget": L'UDP ne garantit pas la livraison, il est donc souvent utilisé pour les applications moins sensibles à la perte de données, comme les supports en streaming.
Remarque importante: Il s'agit d'une explication simplifiée. Le comportement réel peut être influencé par les pare-feu, les configurations de réseau et d'autres facteurs.
|
