STU for NAT

Tabuci Victor

À propos de cette application

Il existe plusieurs façons de mettre en œuvre l'adresse réseau et de traduction de port. Dans certains protocoles d'application qui utilisent des informations d'adresse IP, l'application en cours d'exécution sur un nœud dans le réseau masqueradé doit déterminer l'adresse externe du NAT, à savoir l'adresse que ses pairs de communication détectent, et, en outre, a souvent besoin d'examiner et classer le type de carte utilisée. Habituellement, cela se fait parce que l'on souhaite mettre en place une voie de communication directe (soit pour économiser le coût de prendre les données via un serveur ou pour améliorer les performances) entre deux clients qui sont tous deux derrière NATs séparés.

A cet effet, le protocole simple des paquets UDP sur des NATs (STUN) a été développé (RFC 3489, Mars 2003). Elle classé la mise en œuvre NAT comme cône plein NAT, (adresse) cône restreint NAT, cône de port restreint NAT ou NAT symétrique et a proposé une méthode pour tester un dispositif en conséquence. Cependant, ces procédures ont depuis été dépréciée du statut des normes, les méthodes ne permettent pas d'évaluer correctement de nombreux appareils. De nouvelles méthodes ont été normalisées dans la RFC 5389 (Octobre 2008) et l'acronyme STUN représente maintenant le nouveau titre de la spécification: Session Traversal Utilities pour NAT.