Problème accès sous-domaine OVH depuis dépannage ligne ADSL

Bonjour,

Je suis à la fois client de l'offre ADSL OVH et d'une offre d'hébergement OVH « perso ».

Il y a 3 semaines de cela, ma ligne ADSL a rencontré un problème. Il a été résolu rapidement, mais cela est passé par une mise à jour des informations de connexion de mon routeur ADSL (technicolor). Cette mise à jour a été envoyée par OVH.

Peut-être est-ce une coïncidence et que je ne pose pas mon message dans le bon forum, mais je rencontre depuis des difficultés à me connecter à certains sous-domaines (autres que w*w) qui se trouvent être tous sur des hébergements OVH.

Concrètement lorsque j'essaye de m'y connecter avec firefox, il ne se passe rien, donc je reste sur le site où je suis. Avec chromium, voici ce que j'obtiens :

Ce site est inaccessible
La connexion a été réinitialisée.
Voici quelques conseils :

Vérifier la connexion
Vérifier le proxy et le pare-feu
ERR_CONNECTION_RESET

Il suffit généralement que je me connecte au sous-domaine principal (w*w.example.tld) pour que les autres sous-domaines se mettent à fonctionner comme par magie.

Voici un exemple de sous-domaine me posant problème : h**ps://lorient.challenge-velo.bzh
Il a le mérite de ne pas m'appartenir, tout en étant chez ovh.
Et voici ce que j'obtiens en ligne de commande :

ping lorient.challenge-velo.bzh
PING lorient.challenge-velo.bzh(cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19)) 56 data bytes
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=1 ttl=55 temps=38.7 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=2 ttl=55 temps=37.6 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=3 ttl=55 temps=37.2 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=4 ttl=55 temps=37.0 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=5 ttl=55 temps=37.2 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=6 ttl=55 temps=37.2 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=7 ttl=55 temps=37.2 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=8 ttl=55 temps=38.9 ms
^[64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=9 ttl=55 temps=37.6 ms
64 octets de cluster010.ovh.net (2001:41d0:1:1b00:213:186:33:19) : icmp_seq=10 ttl=55 temps=37.1 ms
^C
--- statistiques ping lorient.challenge-velo.bzh ---
10 paquets transmis, 10 reçus, 0 % paquets perdus, temps 9011 ms
rtt min/avg/max/mdev = 36.987/37.585/38.944/0.643 ms

Et puis :

wget h**ps://lorient.challenge-velo.bzh/
--2021-05-07 11:12:12-- h**ps://lorient.challenge-velo.bzh/
Résolution de lorient.challenge-velo.bzh (lorient.challenge-velo.bzh)… 2001:41d0:1:1b00:213:186:33:19, 213.186.33.19
Connexion à lorient.challenge-velo.bzh (lorient.challenge-velo.bzh)|2001:41d0:1:1b00:213:186:33:19|:443… connecté.
Incapable d’établir une connexion SSL.

Quand je relance wget sur le sous-domaine principal :

wget w*w.challenge-velo.bzh
--2021-05-07 11:31:01-- h**p://w*w.challenge-velo.bzh/
Résolution de w*w.challenge-velo.bzh (w*w.challenge-velo.bzh)… 213.186.33.19
Connexion à w*w.challenge-velo.bzh (w*w.challenge-velo.bzh)|213.186.33.19|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [text/html]
Enregistre : «index.html.2»

index.html.2 [ <=> ] 9,79K --.-KB/s ds 0,005s

2021-05-07 11:31:01 (1,97 MB/s) - «index.html.2» enregistré [10028]

J'obtiens des résultats similaires avec mes propres domaines.
Par exemple, pour une installation de matomo :

wget h**ps://stats.le-fab-lab.com
--2021-05-07 11:13:37-- h**ps://stats.le-fab-lab.com/
Résolution de stats.le-fab-lab.com (stats.le-fab-lab.com)… 2001:41d0:1:1b00:213:186:33:19, 213.186.33.19
Connexion à stats.le-fab-lab.com (stats.le-fab-lab.com)|2001:41d0:1:1b00:213:186:33:19|:443… connecté.
Incapable d’établir une connexion SSL.

Par contre, pour mon blog :

wget h**ps://w*w.le-fab-lab.com
--2021-05-07 11:14:08-- h**ps://w*w.le-fab-lab.com/
Résolution de w*w.le-fab-lab.com (w*w.le-fab-lab.com)… 213.186.33.19
Connexion à w*w.le-fab-lab.com (w*w.le-fab-lab.com)|213.186.33.19|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [text/html]
Enregistre : «index.html.1»

index.html.1 [ <=> ] 10,77K --.-KB/s ds 0,04s

2021-05-07 11:14:08 (306 KB/s) - «index.html.1» enregistré [11028]

Ce cas est intéressant car si mon installation de matomo était inaccessible pour une majorité des internautes, je le verrais dans les statistiques mesurées, or cela n'a pas bougé.

C’est ce qui m'amène à penser que cela vient de ma connexion internet, même je n'ai rencontré ce genre de problème.

Il se trouve que le week-end dernier, j'ai procédé à une réinstallation de mon pc avec mise à jour de ma distribution. Donc si le problème venait de mon pc, il aurait disparu et ce n'est pas le cas.

Une idée ?

PS : j'ai remplacé tous les "http" par des "h**p" et les "www" par des "w*w", car sinon je ne pouvais pas poster mon message, contenant trop de liens…