Certains probl\u00e8mes de connexion ne sont pas caus\u00e9s par l’application que vous utilisez. Ils proviennent du chemin r\u00e9seau entre les appareils.<\/p>\n
Vous remarquerez peut-\u00eatre cela lorsqu’un appel se connecte instantan\u00e9ment sur le Wi-Fi de la maison mais rencontre des difficult\u00e9s sur l’h\u00f4tel Wi-Fi, lorsqu’un lobby de jeu fonctionne pour un joueur et \u00e9choue pour un autre, ou lorsqu’un outil de confidentialit\u00e9 se comporte diff\u00e9remment apr\u00e8s que vous soyez pass\u00e9 des donn\u00e9es mobiles \u00e0 un r\u00e9seau de bureau. Une raison courante est NAT : la couche de traduction d’adresses r\u00e9seau qui permet \u00e0 de nombreux appareils de partager une adresse Internet publique.<\/p>\n
Cet article explique ce qu’est la travers\u00e9e NAT, pourquoi la perforation UDP existe, quand les replis de relais deviennent utiles et pourquoi les lecteurs de VPN Satelites devraient traiter ces concepts comme un contexte de connexion plut\u00f4t que comme des garanties magiques.<\/p>\n
La plupart des gens utilisent les r\u00e9seaux priv\u00e9s sans y penser. Votre ordinateur portable, votre t\u00e9l\u00e9phone, votre tablette et votre t\u00e9l\u00e9viseur peuvent tous \u00eatre install\u00e9s derri\u00e8re un seul routeur. \u00c0 l\u2019int\u00e9rieur de la maison, chaque appareil poss\u00e8de sa propre adresse priv\u00e9e. Pour l\u2019Internet au sens large, ils semblent souvent partager une seule adresse publique.<\/p>\n
Cette traduction est utile. Il aide les r\u00e9seaux \u00e0 conserver les adresses publiques IPv4 et \u00e0 maintenir le routage domestique normal g\u00e9rable. Mais cela cr\u00e9e \u00e9galement un probl\u00e8me pratique\u00a0: un p\u00e9riph\u00e9rique ext\u00e9rieur \u00e0 votre r\u00e9seau ne peut g\u00e9n\u00e9ralement pas simplement ouvrir une connexion directe avec un p\u00e9riph\u00e9rique situ\u00e9 \u00e0 l’int\u00e9rieur de votre r\u00e9seau, \u00e0 moins que le routeur ne sache o\u00f9 doit aller ce trafic entrant.<\/p>\n
Pour une navigation Web ordinaire, cela convient g\u00e9n\u00e9ralement. Votre appareil d\u00e9marre la connexion vers l’ext\u00e9rieur, le routeur se souvient du mappage et les r\u00e9ponses reviennent via ce chemin temporaire. Pour les applications qui ont besoin de deux points de terminaison pour communiquer plus directement, notamment via UDP, la situation peut \u00eatre moins pr\u00e9visible.<\/p>\n
Il s’agit du param\u00e8tre de base pour le parcours NAT.<\/p>\n
La travers\u00e9e NAT est un nom g\u00e9n\u00e9ral d\u00e9signant les techniques qui aident les applications \u00e0 communiquer sur des r\u00e9seaux o\u00f9 un ou les deux points de terminaison se trouvent derri\u00e8re NAT.<\/p>\n
En clair, l’application tente de r\u00e9pondre \u00e0 une question pratique\u00a0: \u00ab\u00a0Ces deux appareils peuvent-ils trouver un chemin de travail l’un vers l’autre m\u00eame si leurs routeurs traduisent les adresses et filtrent le trafic entrant\u00a0?\u00a0\u00bb<\/p>\n
Il n\u2019existe pas de r\u00e9ponse universelle car le comportement du NAT varie. Des normes telles que IETF RFC 4787 d\u00e9crivent le comportement du NAT pour le UDP et expliquent pourquoi la coh\u00e9rence est importante pour les applications en temps r\u00e9el telles que la communication multim\u00e9dia et les jeux en ligne. Le m\u00eame probl\u00e8me g\u00e9n\u00e9ral appara\u00eet dans de nombreuses cat\u00e9gories d’applications modernes\u00a0: les appels, les outils de collaboration, les jeux, les outils d’acc\u00e8s \u00e0 distance, les syst\u00e8mes de type peer-to-peer et les applications de type VPN peuvent tous \u00eatre affect\u00e9s par la mani\u00e8re dont les r\u00e9seaux g\u00e8rent le trafic.<\/p>\n
Pour les lecteurs de VPN Satelites, le point \u00e0 retenir est simple\u00a0: si une connexion se comporte diff\u00e9remment sur les r\u00e9seaux, cela peut refl\u00e9ter le comportement du routeur, le NAT de niveau op\u00e9rateur, la politique de pare-feu, le filtrage des paquets, la congestion ou d’autres conditions de chemin. Cela ne doit pas automatiquement \u00eatre lu comme une preuve qu\u2019un param\u00e8tre d\u2019application est d\u00e9fectueux.<\/p>\n
UDP est souvent utilis\u00e9 par les applications en temps r\u00e9el car il permet d’\u00e9viter une partie des retards et des frais g\u00e9n\u00e9raux associ\u00e9s au trafic orient\u00e9 connexion. Mais le UDP ne cr\u00e9e pas une session de longue dur\u00e9e de la m\u00eame mani\u00e8re que beaucoup de gens imaginent une connexion traditionnelle.<\/p>\n
La perforation UDP est une technique de travers\u00e9e NAT dans laquelle deux points de terminaison envoient chacun des paquets UDP sortants afin que leurs appareils NAT cr\u00e9ent des mappages temporaires. Si le timing et le comportement du NAT correspondent, le trafic de l’autre c\u00f4t\u00e9 peut revenir via ces mappages.<\/p>\n
L\u2019expression semble agressive, mais le concept est plus ordinaire que son nom ne l\u2019indique. Il s’agit de travailler avec les r\u00e8gles existantes du routeur pour le trafic sortant et retour. Les recherches fondamentales men\u00e9es sur Bryan Ford, Pyda Srisuresh et Dan Kegel d\u00e9crivent la perforation comme une approche pratique utilis\u00e9e par les applications bas\u00e9es sur UDP, tout en soulignant \u00e9galement une limitation cl\u00e9\u00a0: aucune technique de travers\u00e9e ne fonctionne dans toutes les configurations NAT.<\/p>\n
Cette limitation est importante. Certains r\u00e9seaux r\u00e9utilisent les mappages de mani\u00e8re utile. D’autres cr\u00e9ent des mappages plus \u00e9troitement li\u00e9s \u00e0 une destination sp\u00e9cifique. Certains r\u00e9seaux ajoutent un comportement de pare-feu au-dessus de NAT. Certains r\u00e9seaux mobiles et FAI placent les utilisateurs derri\u00e8re le NAT de qualit\u00e9 op\u00e9rateur, o\u00f9 l’utilisateur ne contr\u00f4le pas du tout la couche de traduction en amont.<\/p>\n
Ainsi, lorsque quelqu’un demande ce qu’est la perforation UDP, la r\u00e9ponse courte est : il s’agit d’un moyen pour les applications de tenter un chemin direct UDP via les mappages cr\u00e9\u00e9s par NAT. La r\u00e9ponse prudente est la suivante\u00a0: cela peut bien fonctionner dans de nombreux environnements, mais ce n\u2019est pas une garantie.<\/p>\n
La connectivit\u00e9 directe peut \u00e9chouer pour plusieurs raisons ordinaires\u00a0:<\/p>\n
Aucun de ces cas ne signifie que les utilisateurs doivent tenter de contourner les r\u00e8gles qu\u2019ils ne contr\u00f4lent pas. Le point pratique est de comprendre que le comportement de connexion d\u00e9pend de plusieurs pr\u00e9f\u00e9rences d\u2019application. Si un r\u00e9seau bloque ou limite intentionnellement un type de trafic, la prochaine \u00e9tape consiste g\u00e9n\u00e9ralement \u00e0 utiliser un r\u00e9seau autoris\u00e9, \u00e0 v\u00e9rifier les conditions de service ou \u00e0 parler \u00e0 l’administrateur r\u00e9seau.<\/p>\n
Lorsque la connectivit\u00e9 directe n’est pas fiable, certains syst\u00e8mes utilisent un relais : les deux points de terminaison se connectent vers l’ext\u00e9rieur \u00e0 un serveur interm\u00e9diaire et le serveur transmet le trafic entre eux. IETF RFC 5766 d\u00e9crit TURN, abr\u00e9viation de travers\u00e9e utilisant des relais autour de NAT, comme protocole de communication assist\u00e9e par relais lorsque la communication directe entre homologues n’est pas possible dans certaines situations NAT.<\/p>\n
Les relais r\u00e9solvent un probl\u00e8me diff\u00e9rent de la travers\u00e9e directe du NAT. Un relais peut am\u00e9liorer l’accessibilit\u00e9 car les deux appareils n’ont besoin que d’atteindre le service de relais. Le compromis est que le trafic emprunte un chemin suppl\u00e9mentaire, ce qui peut augmenter la latence, le co\u00fbt de la bande passante et la complexit\u00e9 op\u00e9rationnelle.<\/p>\n
C’est pourquoi de nombreuses conceptions de connectivit\u00e9 pr\u00e9f\u00e8rent d’abord essayer un chemin direct, puis revenir en arri\u00e8re si n\u00e9cessaire. IETF RFC 8445 d\u00e9crit ICE comme une approche normalis\u00e9e pour la travers\u00e9e NAT pour la communication bas\u00e9e sur UDP qui utilise les concepts STUN et TURN pour d\u00e9couvrir et tester les chemins possibles. Cela ne signifie pas que tous les outils li\u00e9s au VPN utilisent ICE, STUN ou TURN. Il montre simplement un mod\u00e8le d’ing\u00e9nierie courant\u00a0: testez quel chemin fonctionne, puis utilisez une solution de secours si la connectivit\u00e9 directe n’est pas disponible.<\/p>\n
Pour les lecteurs, la le\u00e7on importante est la d\u00e9finition d\u2019attentes r\u00e9alistes. Un relais de repli peut rendre possible une connexion dans des situations o\u00f9 une route directe \u00e9choue, mais ce n’est pas la m\u00eame chose que de faire dispara\u00eetre toutes les conditions du r\u00e9seau.<\/p>\n
Le contenu VPN Satelites se trouve souvent \u00e0 proximit\u00e9 de sujets tels que la confidentialit\u00e9, la connectivit\u00e9, le routage Internet et les attentes des utilisateurs. La travers\u00e9e NAT appartient \u00e0 ce m\u00eame quartier \u00e9ducatif car elle explique pourquoi le r\u00e9seau autour d’une application peut avoir autant d’importance que l’application elle-m\u00eame.<\/p>\n
Pour ce sujet, il est important de garder le lien avec le produit modeste. Cet article ne pr\u00e9tend pas que VPN Satelites utilise une m\u00e9thode de travers\u00e9e NAT sp\u00e9cifique, une architecture de relais, une configuration de redirection de port, une option IP statique ou une pile de protocoles. La valeur ici r\u00e9side dans la connaissance pratique : comprendre les termes vous aide \u00e0 lire plus attentivement les conseils de d\u00e9pannage et \u00e0 \u00e9valuer les probl\u00e8mes de connexion sans vous attendre \u00e0 ce qu’une application li\u00e9e au VPN remplace toutes les r\u00e8gles du r\u00e9seau.<\/p>\n
Si une connexion est instable, quelques v\u00e9rifications \u00e0 faible risque peuvent vous aider \u00e0 distinguer le comportement de l’application du comportement du r\u00e9seau\u00a0:<\/p>\n
Ces \u00e9tapes ne contournent pas les restrictions. Ils permettent d\u2019identifier d\u2019o\u00f9 peut venir le probl\u00e8me de connexion.<\/p>\n
Lorsque vous voyez un produit, un protocole ou une application parler de la travers\u00e9e NAT, lisez la revendication avec pr\u00e9cision.<\/p>\n
Les questions utiles incluent\u00a0:<\/p>\n
Ce dernier point est facile \u00e0 manquer. Une fonctionnalit\u00e9 qui permet \u00e0 deux points de terminaison de se connecter ne constitue pas automatiquement une garantie de confidentialit\u00e9. Une fonctionnalit\u00e9 de confidentialit\u00e9 n\u2019est pas automatiquement une garantie de connectivit\u00e9. Une bonne documentation doit garder ces id\u00e9es s\u00e9par\u00e9es.<\/p>\n
##FAQ<\/p>\n
Non. Le parcours NAT est un ensemble de techniques de mise en r\u00e9seau permettant de g\u00e9rer la traduction d’adresses et le filtrage entre les points de terminaison. Un VPN est une cat\u00e9gorie plus large de technologie permettant de cr\u00e9er des tunnels r\u00e9seau prot\u00e9g\u00e9s. Certaines applications de type VPN doivent peut-\u00eatre prendre en compte le comportement du NAT, mais les concepts ne sont pas les m\u00eames.<\/p>\n
La perforation du UDP d\u00e9pend du comportement du NAT, des r\u00e8gles de filtrage, de la synchronisation et de la topologie du r\u00e9seau. Les recherches et les discussions sur les normes pointent toutes deux vers la m\u00eame r\u00e9alit\u00e9 pratique\u00a0: le comportement du NAT est vari\u00e9, des chemins de repli peuvent donc \u00eatre n\u00e9cessaires.<\/p>\n
Ils sont diff\u00e9rents. Un relais peut s’av\u00e9rer utile lorsqu’une communication directe n’est pas possible, mais il peut augmenter la latence, l’utilisation de la bande passante et les co\u00fbts op\u00e9rationnels. Un chemin direct peut \u00eatre plus efficace lorsqu\u2019il fonctionne, mais il peut \u00e9chouer sur des r\u00e9seaux plus stricts.<\/p>\n
Non. Ces termes sont abord\u00e9s en tant que concepts g\u00e9n\u00e9raux de r\u00e9seau et contexte normatif. Cet article ne fait aucune d\u00e9claration d\u2019impl\u00e9mentation sp\u00e9cifique au produit concernant VPN Satelites.<\/p>\n
Cet article ne fournit pas de conseils de contournement. La travers\u00e9e NAT peut aider \u00e0 expliquer le comportement de la connexion, mais les utilisateurs doivent respecter les lois, les conditions de service et les politiques r\u00e9seau applicables.<\/p>\n
La travers\u00e9e NAT est importante car le chemin Internet entre deux appareils n\u2019est pas toujours direct ou pr\u00e9visible. La perforation du UDP peut aider certaines applications \u00e0 \u00e9tablir une communication directe sur le NAT, tandis que les relais de secours peuvent \u00eatre utiles en cas d’\u00e9chec des chemins directs. Les deux id\u00e9es sont utiles, mais aucune n\u2019est une solution universelle.<\/p>\n
Pour les lecteurs du VPN Satelites, la le\u00e7on la plus pratique consiste \u00e0 d\u00e9finir des attentes r\u00e9alistes. La fiabilit\u00e9 de la connexion d\u00e9pend de l’application, de l’appareil, du r\u00e9seau local, des politiques de r\u00e9seau en amont et du chemin plus large entre les points de terminaison. Comprendre ces couches rend le d\u00e9pannage plus calme et les all\u00e9gations de produits plus faciles \u00e0 lire de mani\u00e8re critique.<\/p>\n","protected":false},"excerpt":{"rendered":"
La travers\u00e9e NAT, la perforation UDP et les relais de secours expliquent pourquoi certaines applications se connectent facilement sur un r\u00e9seau mais peinent sur un autre. Voici la version en anglais simple, avec des attentes r\u00e9alistes pour les lecteurs de VPN Satelites.<\/p>\n","protected":false},"author":0,"featured_media":35,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[43,40,42,41,20],"class_list":["post-34","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vpn-education","tag-connection-reliability","tag-nat-traversal","tag-network-troubleshooting","tag-udp-hole-punching","tag-vpn-education"],"yoast_head":"\n