Problème de connectivité TCP vers Tuta Mail depuis le réseau VOO (fixe et mobile)

Bonjour,

Je rencontre depuis environ 4 jours un problème d'accès aux services Tuta / Tuta Mail depuis le réseau VOO.

Le problème est indépendant du matériel et des comptes utilisés :

• plusieurs appareils sont concernés ;
• plusieurs comptes Tuta sont concernés ;
• l'application Tuta Mail ne fonctionne pas depuis ma connexion Internet fixe VOO ;
• le même téléphone fonctionne correctement lorsqu'il utilise une connexion 5G qui n'est pas VOO ;
• un test supplémentaire effectué avec une carte SIM/forfait VOO en 5G reproduit également le problème.

Cette dernière observation me semble particulièrement importante : le problème ne semble donc pas limité à ma connexion fixe, mon modem ou mon réseau local, puisqu'il est également reproductible depuis le réseau mobile VOO.

J'ai effectué plusieurs tests réseau depuis une machine Linux connectée à ma connexion fixe VOO.

DNS

La résolution DNS fonctionne correctement pour le domaine principal :

$ dig tuta.com Atuta.com. 184 IN A 185.205.69.12

login.tuta.com est également correctement résolu :

$ dig @8.8.8.8 login.tuta.com Alogin.tuta.com. 600 IN A 185.205.69.10

En revanche, mail.tuta.com ne fournit actuellement pas d'adresse A, ni via le DNS local, ni via Google DNS ou Cloudflare DNS. Cela semble toutefois secondaire puisque les autres services Tuta présentent également le problème de connectivité.

Connectivité TCP/443

Depuis le réseau fixe VOO, les connexions HTTPS vers plusieurs adresses IPv4 du réseau Tuta expirent systématiquement :

185.205.69.10:443  -> TIMEOUT185.205.69.12:443  -> TIMEOUT185.205.69.211:443 -> TIMEOUT185.205.69.213:443 -> TIMEOUT

Par exemple :

$ curl -4 -vI --connect-timeout 10 https://login.tuta.com* Host login.tuta.com:443 was resolved.* IPv4: 185.205.69.10* Trying 185.205.69.10:443...* Connection timed out

Un test direct sur l'adresse IP donne le même résultat :

$ nc -4 -vz -w 10 185.205.69.10 443Ncat: TIMEOUT.

Un test avec hping3 confirme l'absence de réponse TCP :

$ sudo hping3 -S -p 443 -c 5 185.205.69.105 packets transmitted, 0 packets received, 100% packet loss

Routage

Un traceroute TCP sur le port 443 montre que le trafic quitte correctement le réseau VOO et passe par Arelion/Twelve99 :

1   192.168.1.12   192.168.0.13   10.161.18.334   mx-far-1-ae107-350.voo.be5   mx-bxl2-2-ae7-0.voo.be6   brx-b4-link.ip.twelve99.net7   brx-b3-link.ip.twelve99.net8   prs-bb1-link.ip.twelve99.net9   ffm-bb1-link.ip.twelve99.net10  ffm-b11-link.ip.twelve99.net11  * * *

Un mtr utilisant également TCP/443 donne le même comportement : les hops VOO et Arelion jusqu'au hop 10 répondent avec 0 % de perte, puis plus aucune réponse n'est obtenue.

Le comportement est identique vers 185.205.69.10 et 185.205.69.12.

Test depuis le réseau mobile

Un test supplémentaire a été effectué depuis un téléphone utilisant un forfait mobile VOO en 5G.

L'accès à Tuta est également bloqué depuis cette connexion.

À l'inverse, avec le même téléphone lorsqu'il utilise une connexion 5G d'un autre opérateur, Tuta fonctionne.

Cela permet notamment d'écarter un problème spécifique à mon modem, mon réseau local, mon ordinateur ou mon installation fixe.

Conclusion / demande

Le problème semble donc affecter la connectivité depuis le réseau VOO vers le réseau Tuta, et pas uniquement ma connexion fixe.

La résolution DNS fonctionne, mais les connexions TCP/443 vers plusieurs adresses du préfixe Tuta 185.205.69.0/24 n'aboutissent pas.

Le préfixe 185.205.69.0/24 correspond au réseau de Tutao GmbH / Tuta (AS210909).

Pourriez-vous svp faire vérifier par votre équipe réseau/NOC la connectivité et le routage entre VOO (AS12392), Arelion/Twelve99 (AS1299) et Tutao (AS210909), notamment le chemin vers le préfixe 185.205.69.0/24 ?

Le fait que le problème soit reproductible à la fois sur le réseau fixe VOO et sur le réseau mobile VOO, alors que Tuta fonctionne depuis un autre opérateur mobile, me semble indiquer un problème situé en amont de mes équipements.

Je peux fournir les sorties complètes de traceroute, mtr, curl, dig et hping3 si nécessaire.

Merci d'avance pour votre aide et, si possible, pour une escalade vers votre équipe réseau/NOC, plutôt qu'un dépannage de la configuration locale, celle-ci ayant déjà été écartée par les différents tests.

Cordialement,

Gilles