Communication UDP sans ouverture de port

Bonjour

Je suis entrain de faire une application client/serveur communicant par UDP.
Actuellement les clients doivent ouvrir le port 3301 sur leur routeur pour que les sockets transite correctement (et le serveur doit ouvrir le port 3300, mais sur le serveur ça ne me dérange pas).
Je voudrais savoir s'il est possible de recevoir les sockets UDP sur le client sans qu'il ouvre de port ??

Je post un peu de code quand même. Je travail avec Qt, ça fonctionne, mais sans l'ouverture de port les sockets sont bloqué par le routeur du client :
Coté Serveur :
-Ecoute
Code : C++

Code:

---

1 2 3

m_udpSocket = new QUdpSocket; m_udpSocket->bind(QHostAddress::Any, 3300, QUdpSocket::ShareAddress); connect(m_udpSocket, SIGNAL(readyRead()), this, SLOT(get()));

---

-Envoie
Code : C++

Code:

---

1 2 3

QUdpSocket udpSocket; udpSocket.bind(3301); // Je ne sais pas si c'est important de faire ça, mais ça définit le port source du socket udpSocket.writeDatagram(datagram, ip, 3301);

---

Coté Client :
-Ecoute

Code:

---

1 2 3 4 5

m_serverAdress = new QHostAddress("**.**.***.**");   m_udpSocket = new QUdpSocket; m_udpSocket->bind(QHostAddress::Any, 3301, QUdpSocket::ShareAddress); // Si je mets *m_serverAdress au lieu de QHostAddress::Any, Je ne reçoit plus rien sur le client même si le port est ouvert connect(m_udpSocket, SIGNAL(readyRead()), this, SLOT(get()));

---

-Envoie

Code:

---

m_udpSocket->writeDatagram(datagram, *m_serverAdress, 3300);

---

Citation:

---

Envoyé par Thixomag

Je voudrais savoir s'il est possible de recevoir les sockets UDP sur le client sans qu'il ouvre de port ??

---

Oui c'est possible, mais ça dépend hautement du matériel (le modem/routeur/point d'accdès wifi) que ton client aura. Donc il n'y a pas de réponse simple, ça marchera avec certains clients et pas avec d'autres.

La seule solution technique à adopter pour être certain(*) qu'un client pourra être contacté par un serveur est:

- d'utiliser uniquement le protocole TCP et pas UDP

- que ce soit le client qui initie la connexion vers le serveur et pas l'inverse.

Toutes les autres solutions qui ne respectent pas les deux contraintes ci-dessus ne pourront te garantir que ça marchera chez tout le monde sans qu'ils aient à ouvrir un port à la main.

Tu peux également imaginer une solution hybride: essayer d'initier une connexion en UDP et si le logiciel se rend compte que ça ne passe pas, il utilise automatiquement TCP en remplacement. Skype par exemple utilise ce genre de technique.

Mais avant tout, cela dépend de tes besoins spécifiques à ton projet (que tu pourras peut-être nous détailler). Par exemple on a souvent tendance à imaginer à priori que l'UDP est indispensable pour notre projet alors que ce n'est pas toujours le cas. Par exemple j'ai appris récemment que World of Warcraft n'utilisait que le protocole TCP. Comme quoi...

(*) Je parle ici des abonnements au net classiques pour les particuliers. Evidemment, ça ne s'applique pas aux accès internet fourni par les administrations, écoles, entreprises, ... qui elles peuvent définir des restrictions beaucoup plus contraignantes pour assurer la sécurité de leur réseau et limiter son usage.

Mon projet nécessite obligatoirement de l'UDP, puis que c'est un FPS.

Citation:

---

Envoyé par nouknouk

Oui c'est possible, mais ça dépend hautement du matériel (le modem/routeur/point d'accdès wifi) que ton client aura. Donc il n'y a pas de réponse simple, ça marchera avec certains clients et pas avec d'autres.

---

Voila la réponse que j'attendais. J'aimerais en savoir plus, quel sont les routeurs avec les quels ça fonctionne ? Et côté code, que dois-je faire pour que les sockets passent chez le client?

Le cas de skype est justement intéressant, car chez moi et chez mes co-développeurs les sockets de skype passe en UDP (on utilise wireshark pour sniffer).
Donc je devrais pouvoir faire un truc qui marche sans ouverture de port fonctionnant entre mes co-développeurs, que dois-je faire ?

Merci beaucoup de m'aider !

Citation:

---

Envoyé par Thixomag

Mon projet nécessite obligatoirement de l'UDP, puis que c'est un FPS.

---

Effectivement.

Citation:

---

Voila la réponse que j'attendais. J'aimerais en savoir plus, quel sont les routeurs avec les quels ça fonctionne ? Et côté code, que dois-je faire pour que les sockets passent chez le client?

---

Malheureusement, les constructeurs de matériel n'informent que très peu sur ce point technique précis. Donc la seule solution semble de faire des tests pour chaque matériel.

Avec une freebox (v5) je peux tout à fait jouer à Counter Strike Source (qui utilise UDP) sans rien avoir à configurer.
Ce n'était pas le cas il y a quelques années quand j'avais un modem WiFi Wanadoo où la configuration de redirection de port était obligatoire.

Citation:

---

Le cas de skype est justement intéressant, car chez moi et chez mes co-développeurs les sockets de skype passe en UDP (on utilise wireshark pour sniffer).

---

Certains NAT sont capable de laisser passer les flux entrant UDP si des paquets ont été préalablement émis par le client vers le même serveur (autrement dit, il est indispensable que le client commence par envoyer des paquets UDP vers le serveur avant que ce dernier ne puisse lui en envoyer).

Par exemple:

- au temps T, le client A envoie un paquet UDP vers le serveur publique 123.234.123.234 sur le port 1234. Le paquet passera donc par son NAT qui en gardera une trace (client A a émis un paquet vers 123.234.123.234 port 1234).

- si au temps T+x le NAT reçoit un paquet venant de 123.234.123.234 sur le port 1234, il estime alors probable que ce dernier soit destiné à l'ordinateur A, étant donné que ce dernier a émis sur le même port et vers le même serveur il y a peu. Le paquet est donc routé vers la client A.

De plus, il est évident que ce genre de système montre rapidement ses limites. Par exemple, cette technique ne fonctionnera plus si deux clients sur le même NAT (A et B) veulent jouer en même temps à ton FPS.

J'ai réussit !!

Voila le code que j'utilise en se moment :
Coté Client :

Code:

---

1 2 3 4 5 6 7 8 9

//Ecoute m_udpSocket = new QUdpSocket; m_udpSocket->bind(QHostAddress::Any, m_port, QUdpSocket::ShareAddress); connect(m_udpSocket, SIGNAL(readyRead()), this, SLOT(get()));   // ...   //Envoi m_udpSocket->writeDatagram(datagram, *m_adresseServeur, m_port);

---

Coté Serveur:

Code:

---

1 2 3 4 5 6 7 8 9

//Ecoute m_udpSocket = new QUdpSocket; m_udpSocket->bind(QHostAddress::Any, m_port, QUdpSocket::ShareAddress); connect(m_udpSocket, SIGNAL(readyRead()), this, SLOT(get()));   // ...   //Envoi m_udpSocket->writeDatagram(datagram, ipCLient, m_port);

---

Les deux parties sont exactement pareil niveau code.
Mais côté serveur j'ouvre le port, côté client je touche à rien. Ensuite c'est le client qui doit envoyer le premier paquet.

Pourquoi au début ça ne marchait pas, parce que j'utilisai deux ports diffèrents et deux sockets diffèrents pour l'envoi et la réception.
Il faut utiliser le même port et le même socket pour l'envoi, comme ça le port source est définit :

Client->Serveur 3300->3300 (port source->port cible du paquet)
Serveur écoute sur 3300
Serveur->Client 3300->3300 (port source->port cible du paquet)
Client écoute sur 3300