J'essaye d'envoyer des clients 'hello' btw 2, chacun derrière un NAT pare-feu, sans succès. UDP ou TCP poinçonnage sont tout aussi bien, pour le moment.Comment effectuer p2p derrière 2 nats?
client A attendre à recevoir 'bonjour p':
set -- $(wget -qO- http://www.pschmidt.it/screenshooter/ss3.php | awk '{print $1, $2}'); echo $1 $2 $3 $4; `nc -l -v $2 ` & sudo hping3 -2 -c 30 -s $2 -p $4 $3
client B envoyer bonjour p:
set -- $(wget -qO- http://www.pschmidt.it/screenshooter/ss3.php | awk '{print $1, $2}'); echo $1 $2 $3 $4; sudo hping3 -2 -c 30 -s $2 -p $4 $3; echo "hello p" | nc -p $2 -u $3 $4
Malheureusement rien reçu.
mise en œuvre inspirée par http://www.brynosaurus.com/pub/net/p2pnat/
> Les deux NAT sont donc des NAT de cônes restreints? Je ne suis pas sûr de savoir comment classer les NAT, mais comme avec les applications Skype et P2P, je voudrais qu'il soit le plus restrictif possible. Mais dans mon cas, cela semble un cône restreint puisque l'IP externe ne change pas, mais seulement le port. – simpatico
alors vous voulez dire que le port doit être le même dans les deux sens? Je ne vois aucun serveur Rendezvous dans votre description. – simpatico
Ils doivent soit connaître le port de chacun, soit avoir besoin d'un serveur de rendez-vous accessible (pas derrière un NAT) et leur donner le port de l'autre. Dans mon exemple, le port 10 de PC2 était connu. Cela doit être connu et PC2 doit envoyer un paquet au bon moment. Un serveur de rendez-vous serait la solution la meilleure et la plus simple. Pour la synchronisation et la gestion. – Kissaki