« Ça marche chez moi, pas chez mes utilisateurs en Russie » est l'une des énigmes réseau que nous voyons le plus souvent. On ne peut pas réparer ce qu'on ne voit pas, donc la première chose à faire est de regarder votre serveur depuis l'intérieur de ces pays. Deux services gratuits en font une vérification de deux minutes.
Les exemples ci-dessous utilisent 203.0.113.10 comme adresse du serveur. Remplacez-la par la vôtre.
1. Vérification rapide dans le navigateur : check-host.net
Ouvrez check-host.net, saisissez l'IP de votre serveur et lancez d'abord Ping, puis TCP port avec le port sur lequel écoute votre service (par exemple 203.0.113.10:443). Les résultats listent toutes les sondes ; regardez celles de Russie et d'Iran. check-host.net dispose de sondes à Moscou et dans plusieurs villes iraniennes.
Les mêmes tests se lancent depuis un terminal. Un ping depuis une sonde russe et une sonde iranienne :
curl -s -H 'Accept: application/json' \
'https://check-host.net/check-ping?host=203.0.113.10&node=ru1.node.check-host.net&node=ir5.node.check-host.net'
La réponse contient un request_id. Attendez quelques secondes, puis récupérez le résultat :
curl -s -H 'Accept: application/json' 'https://check-host.net/check-result/REQUEST_ID'
Pour un test TCP, remplacez check-ping par check-tcp et ajoutez le port à l'hôte : host=203.0.113.10:443. Les noms des sondes changent de temps en temps ; la liste à jour se trouve sur https://check-host.net/nodes/hosts.
2. Deuxième avis : Globalping
Globalping lance des tests depuis des sondes bénévoles du monde entier, y compris en Russie et en Iran. Dans le navigateur, choisissez le type de test, saisissez votre IP et indiquez le pays comme emplacement. Depuis un terminal :
curl -s -X POST https://api.globalping.io/v1/measurements \
-H 'content-type: application/json' \
-d '{"type":"ping","target":"203.0.113.10","locations":[{"country":"RU"},{"country":"IR"}],"limit":2}'
La réponse contient un id. Après quelques secondes :
curl -s https://api.globalping.io/v1/measurements/MEASUREMENT_ID
Chaque résultat indique le pays et la ville de la sonde, et si la cible a répondu.
3. Lire les résultats
| Ce que vous voyez | Ce que cela signifie en général |
|---|---|
| Le ping échoue, le TCP vers votre port se connecte | L'ICMP est filtré quelque part. Votre serveur est joignable ; rien à corriger. |
| Ping et TCP échouent depuis plusieurs sondes d'un même pays, fonctionnent partout ailleurs | L'adresse est très probablement filtrée dans ce pays. |
| Le TCP se connecte depuis l'intérieur du pays, mais pas votre VPN | C'est le protocole qui est bloqué, pas votre IP. Changer d'adresse n'y changera rien. |
| Échec partout, y compris depuis l'Europe | C'est votre serveur, pas le pays : le service est arrêté ou un pare-feu bloque le port. |
Une seule sonde en échec ne prouve pas grand-chose ; les réseaux domestiques et mobiles ont leurs propres problèmes. Fiez-vous à une tendance sur plusieurs sondes du même pays.
4. Que faire
Si l'IP est filtrée. La solution est une autre adresse. Sur une offre avec IP dédiée, vous pouvez ajouter une deuxième IPv4 ou passer à un nouveau serveur et en obtenir une nouvelle. Les deux options et leurs prix sont décrits dans Changer d'adresse IP. Vérifiez la nouvelle adresse de la même façon avant d'y basculer vos utilisateurs.
Si le protocole est bloqué. Les handshakes de WireGuard et d'OpenVPN sont faciles à reconnaître pour l'inspection approfondie des paquets (DPI). VLESS + Reality ressemble à du HTTPS ordinaire et tient bien mieux là où les protocoles VPN sont filtrés.
Si ça échoue de partout. Commencez par le serveur : le service tourne-t-il, écoute-t-il sur le port, le pare-feu l'autorise-t-il ? La liste de vérification VPN vous guide étape par étape.
Sur une offre NAT, testez votre port personnel (celui affiché dans le tableau de bord, du type 20xxx). C'est le seul port qui atteint le serveur depuis l'extérieur ; pour recevoir des connexions sur le 443 ou sur un port VPN, il vous faut une offre avec IPv4 dédiée.
Commentaires
Pas encore de commentaires. Soyez le premier.