udp hole punching

? Perforation UDP ?

Yusuke perce un trou dans votre NAT

Avertissement : il ne s'agit pas d'une application de chat prête pour la production. Bien qu'il crée des connexions cryptées AES client <-> client et client <-> server , ce code n'a été audité ou testé par aucun spécialiste de la sécurité. Il s'agit simplement d'un exercice pour en savoir plus sur les réseaux et les technologies P2P, ainsi que pour fournir quelques exemples de technologies utilisées à d'autres personnes intéressées par l'apprentissage. De plus, le client udp n'implémente pas de protocole garantissant la livraison réussie des messages et certains seront donc perdus en raison de connexions inégales.

Aperçu

Cliquez sur l'image ci-dessus pour regarder une vidéo YouTube de l'application de chat en action. Le terminal dans le coin supérieur droit est connecté en SSH à un VPS qui exécute le serveur de rendez-vous. Le terminal en bas à droite est l'interface utilisateur du terminal. L'application Web sur la gauche est l'interface graphique.

Installer

 go get github.com/wilfreddenton/udp-hole-punching

Usage

1. Configurer le serveur de rendez-vous

Le package principal est le serveur de rendez-vous. Trouvez un VPS ou quelque chose sur lequel l'héberger. Vous pouvez tout exécuter localement, mais cela ne testera pas vraiment si la perforation fonctionne ou non, car c'est sur la même machine. Assurez-vous que le serveur dispose de ports TCP et UDP ouverts au trafic entrant de 0 à 65535.

Pour l'exécuter :

1. go install
2. perforation udp

2. Ajustez les paramètres de l'interface utilisateur

Il existe deux interfaces utilisateur que vous pouvez utiliser gui qui est une interface utilisateur Web, et term-ui , qui est une interface utilisateur de terminal. Vous pouvez utiliser n’importe quelle combinaison d’interfaces utilisateur.

Avant d'en utiliser un, vous devez ouvrir le fichier main.go et basculer les constantes serverTCPIP et serverUDPIP sur l'adresse IP de votre serveur de rendez-vous (pas de port).

Pour exécuter l'interface utilisateur Web

1. cd gui/ui
2. npm install
3. npm run build
4. cd ..
5. go install
6. gui si votre serveur de rendez-vous s'exécute localement ou gui -serverIP=<server IP here>
7. pointez votre navigateur sur localhost:8000

Pour vous déconnecter et démarrer une nouvelle discussion, actualisez simplement.

Pour exécuter l'interface utilisateur du terminal

1. cd term-ui
2. go install
3. term-ui si votre serveur de rendez-vous s'exécute localement term-ui -serverIP=<server IP here>

Pour vous déconnecter et démarrer une nouvelle discussion, ctrl-c pour quitter le programme et l'exécuter à nouveau.

3. Trouvez un ami

Si ce n’est pas un ami, accédez à un ordinateur derrière un autre routeur et configurez-y un client.

4. Testez-le

Exécutez les clients et fournissez le PeerID d’un client à l’autre client et si la topologie du réseau permet la perforation, vous établirez une connexion cryptée entre les clients.

Architecture

1. Les deux clients s'enregistrent en utilisant leur identifiant auprès du serveur de rendez-vous
2. Le client A fait une demande « d'établissement » au serveur de rendez-vous en envoyant l' ID du homologue avec lequel il souhaite communiquer.
3. Après avoir reçu la demande « d'établissement » du client A et vérifié que le client A et le homologue demandé, le client B, se sont enregistrés, le serveur renvoie une réponse « d'établissement » au client A ainsi qu'au client B informant les homologues de l'autre. information.
4. Les pairs peuvent désormais s'envoyer des requêtes directement avec les informations qu'ils ont reçues du serveur de rendez-vous. Ils créent cette connexion à l’aide de l’algorithme de perforation décrit dans la référence 1.

Simplification de l'algorithme

Pour simplifier un peu la mise en œuvre de la perforation, les clients ne doivent pas tenter de se connecter aux adresses IP privées des autres. Les clients situés derrière le même NAT pourront toujours se connecter, mais ils le feront avec des adresses IP publiques et non privées. Les routeurs que j'ai testés semblaient comprendre que les pairs étaient sur leur réseau local et facilitaient la connexion sans passer par Internet extérieur.

Références

1. Communication peer-to-peer via les traducteurs d'adresses réseau
2. Échange de clés Diffie-Hellman : explication d'un non-mathématicien
3. alimenté par Curve25519