URL: https://linuxfr.org/forums/general-general/posts/acces-a-certains-serveurs-impossible-comment-diagnostiquer Title: Accès à certains serveurs impossible : comment diagnostiquer ? Authors: Nanawel Date: 2020年10月21日T13:29:09+02:00 License: CC By-SA Tags: connexion, livebox, réseau, ipv6, ipv4 et blacklist Score: 1 Hello, J'ai récemment constaté un problème assez étrange et néanmoins bien gênant sur mon réseau local derrière ma box : il se trouve que je ne peux pas me connecter à (au moins) 2 serveurs publics : - `remonterletemps.ign.fr` en IPv4 soit `185.113.40.99` - `smtp.gmail.com` en IPv6 soit `2a00:1450:400c:c02::6c` Ce qui est **très** étrange, c'est que rien ne permette de trouver de points communs révélateurs de l'origine du problème. ## `remonterletemps.ign.fr` ### ping ``` $ ping remonterletemps.ign.fr PING remonterletemps.ign.fr (185.113.40.99) 56(84) octets de données. ^C --- statistiques ping remonterletemps.ign.fr --- 3 paquets transmis, 0 reçus, 100% packet loss, time 2039ms ``` ### curl ``` $ curl -v https://remonterletemps.ign.fr * Trying 185.113.40.99:443... ^C ``` ### traceroute TCP - HTTPS ``` $ mtr -4 -r -c3 -T -P443 remonterletemps.ign.fr Start: 2020年10月21日T13:21:21+0200 HOST: leto Loss% Snt Last Avg Best Wrst StDev 1.|-- _gateway 0.0% 3 0.3 0.3 0.3 0.4 0.1 2.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 3.|-- lag-111.nctou101.Toulouse 0.0% 3 4.3 2.4 1.3 4.3 1.7 4.|-- 193.252.160.9 66.7% 3 3.3 3.3 3.3 3.3 0.0 5.|-- ae43-0.nipoi201.Poitiers. 0.0% 3 7.2 9.4 7.2 13.6 3.6 6.|-- 193.252.137.18 0.0% 3 11.9 11.4 11.1 11.9 0.5 7.|-- hundredgige0-1-0-13.pastr 33.3% 3 3051. 1532. 13.8 3051. 2148.3 hundredgige0-2-0-14.pastr4.-.opentransit.net 8.|-- zayo-8.gw.opentransit.net 0.0% 3 13.2 23.8 13.2 44.5 17.9 zayo-9.gw.opentransit.net 9.|-- ae4.mpr2.cdg12.fr.zip.zay 0.0% 3 13.3 13.4 13.3 13.5 0.1 10.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 ``` Le ping ne passe pas, HTTPS non plus. C'est clair, c'est net. ## `smtp.gmail.com` ### ping ``` $ ping smtp.gmail.com PING smtp.gmail.com(wa-in-x6c.1e100.net (2a00:1450:400c:c0b::6c)) 56 octets de données 64 octets de wa-in-x6c.1e100.net (2a00:1450:400c:c0b::6c) : icmp_seq=1 ttl=105 temps=16.2 ms 64 octets de wa-in-x6c.1e100.net (2a00:1450:400c:c0b::6c) : icmp_seq=2 ttl=105 temps=16.5 ms ^C --- statistiques ping smtp.gmail.com --- 2 paquets transmis, 2 reçus, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 16.185/16.325/16.466/0.140 ms $ ping -4 smtp.gmail.com PING (74.125.133.108) 56(84) octets de données. 64 octets de wo-in-f108.1e100.net (74.125.133.108) : icmp_seq=1 ttl=103 temps=19.1 ms ^C --- statistiques ping --- 1 paquets transmis, 1 reçus, 0% packet loss, time 0ms rtt min/avg/max/mdev = 19.068/19.068/19.068/0.000 ms ``` ### telnet ``` $ telnet smtp.gmail.com 465 Trying 2a00:1450:400c:c0b::6c... ^C $ telnet 74.125.133.108 465 Trying 74.125.133.108... Connected to 74.125.133.108. Escape character is '^]'. ^CConnection closed by foreign host. ``` ### traceroute TCP - SMTPS ``` $ mtr -4 -r -c3 -T -P465 smtp.gmail.com Start: 2020年10月21日T13:19:20+0200 HOST: leto Loss% Snt Last Avg Best Wrst StDev 1.|-- _gateway 0.0% 3 0.5 0.4 0.3 0.5 0.1 2.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 3.|-- lag-111.nctou101.Toulouse 0.0% 3 1.6 1.8 1.2 2.6 0.7 4.|-- 193.252.160.9 66.7% 3 1.8 1.8 1.8 1.8 0.0 5.|-- ae43-0.nipoi201.Poitiers. 0.0% 3 7.1 7.5 7.1 7.7 0.3 6.|-- 193.252.137.18 0.0% 3 11.5 11.4 11.1 11.7 0.3 7.|-- hundredgige0-10-0-28.auvt 33.3% 3 12.4 12.1 11.8 12.4 0.4 hundredgige0-6-0-32.auvtr5.-.opentransit.net 8.|-- 209.85.173.98 0.0% 3 11.2 11.4 11.2 11.7 0.3 72.14.219.248 209.85.148.16 9.|-- 108.170.245.5 66.7% 3 14.4 14.4 14.4 14.4 0.0 10.|-- 142.250.224.92 0.0% 3 13.0 13.0 12.2 13.8 0.8 216.239.48.26 216.239.48.146 11.|-- 108.170.244.176 0.0% 3 13.5 13.1 12.2 13.8 0.8 108.170.244.240 108.170.244.177 12.|-- 108.170.230.209 0.0% 3 11.9 15.6 11.9 18.7 3.4 108.170.235.99 74.125.37.57 13.|-- 209.85.241.117 0.0% 3 19.1 20.9 19.0 24.6 3.2 216.239.48.37 216.239.51.118 14.|-- 216.239.59.155 0.0% 3 16.2 17.4 16.2 18.6 1.2 108.170.231.161 74.125.37.57 15.|-- 209.85.241.239 0.0% 3 19.0 19.3 18.4 20.4 1.1 209.85.243.87 209.85.241.119 16.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 17.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 18.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 19.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 20.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 21.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 22.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 23.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 24.|-- wo-in-f108.1e100.net 66.7% 3 16.3 16.3 16.3 16.3 0.0 $ mtr -6 -r -c3 -T -P465 smtp.gmail.com Start: 2020年10月21日T13:19:45+0200 HOST: leto Loss% Snt Last Avg Best Wrst StDev 1.|-- 2a01:cb19:85e4:f800:769d: 0.0% 3 0.5 0.4 0.4 0.5 0.1 2.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0 ``` Le ping passe, en IPv4 et en IPv6. Par contre la connexion TCP ne passe qu'en IPv4 (pas de bol évidemment, l'IPV6 est choisie par défaut ce qui induit des latences importantes lors des envois de mails). ## So what? Les tests ont été effectués depuis plusieurs machines sur mon LAN (Archlinux et Ubuntu), avec le même résultat. Il ne s'agit donc pas d'un problème de firewall sur un poste en particulier. Je suis connecté par la fibre Orange avec une [Livebox 4](https://fr.wikipedia.org/wiki/Livebox#Livebox_4). Sur cette box, la connectivité IPv6 est activée sur l'interface d'admin, le pare-feu est en mode "Personnalisé" et les règles en place autorisent l'accès aux ports ouverts via les règles de NAT/PAT. Il ne s'agit pas d'un problème de résolution DNS, ni d'un problème directement lié à l'IPv6 puisque je constate aussi un problème sur IPv4. J'ai contacté l'IGN (mon premier et seul problème _identifié_ à l'origine) afin de savoir si mon IP n'était pas dans une blacklist chez eux pour une raison ou une autre, mais apparemment ce n'est pas le cas. Impossible d'en être sûr à 100% cela dit. Pour le SMTP de Gmail par contre, il y a, à mon sens, fort peu de chances que le blacklistage soit la raison. En tout cas il ne durerait pas plusieurs mois comme j'ai réalisé que c'était le cas jusqu'ici. Tous les tests similaires effectués depuis une autre connexion (box SFR ou serveur chez Gandi) indiquent que le problème est vraiment lié à ma connexion, mais impossible de savoir exactement où. J'ai déjà eu des problèmes étranges de connexion à certains serveurs il y a quelques années, mais ils étaient localisés à 1 ou 2 machines, et il se trouvait que c'était celles où j'avais essayé de bidouiller un peu les MTU pour activer les [Jumbo Frames](https://fr.wikipedia.org/wiki/Trame_g%C3%A9ante)... En revenant sur des valeurs standards, les problèmes avaient disparu. Quels autres tests pourrais-je faire qui me permettraient d'en savoir un peu plus et de cibler plus précisément l'origine du problème ?

AltStyle によって変換されたページ (->オリジナル) /