Bonjour la commu OVH.
Je loue un VPS et un domaine depuis bientôt 1 an et les visiteurs de mon site et moi-même avons un problème persistant d'inaccessibilité en 4G. Nous avons pu identifier que le problème se situe chez les visiteurs ayant leur téléphone paramétré sur le protocole APN IPv6.
J'ai cherché un peu et compris que sur les VPS d'OVH l'IPv6 n'est pas configurée par défaut, j'ai donc pensé que là pouvait se situer le problème. J'ai ainsi suivi la doc OVH de configuration en récupérant l'adresse et le gateway IPv6, puis en suivant les étapes concernant mon système Ubuntu 16.04 à savoir :
1/ édition du fichier /etc/network/interfaces.d/50-cloud-init.cfg
avant :
> This file is generated from information provided by
> the datasource. Changes to it will not persist across an instance.
> To disable cloud-init's network configuration capabilities, write a file
> /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
> network: {config: disabled}
> auto lo
> iface lo inet loopback
> auto ens3
> iface ens3 inet dhcp
(j'ai enlevé les # des 5 premières lignes)
après :
ajout de
> iface ens3 inet6 static
> address 2001:41d0:305:2100:0:0:0:88b3
> netmask 128
> post-up /sbin/ip -6 route add 2001:41d0:0305:2100:0000:0000:0000:0001 dev ens3
> post-up /sbin/ip -6 route add default via 2001:41d0:0305:2100:0000:0000:0000:0001 dev ens3
> pre-down /sbin/ip -6 route del default via 2001:41d0:0305:2100:0000:0000:0000:0001 dev ens3
> pre-down /sbin/ip -6 route del 2001:41d0:0305:2100:0000:0000:0000:0001 dev ens3
2/ étape 4 de la doc avec
> echo "network: {config: disabled}" > /etc/cloud/cloud.cfg.d/98-disable-network-config.cfg
3/ redémarrage du VPS et vérification que tout fonctionne bien (étape 3 de la doc) avec
> ip -6 addr show ens3
et
> ifconfig ens3
RAS, même si je ne sais pas trop bien comprendre ce que je lis et que je ne sais donc pas vraiment si c'est OK, mais ce qui apparait dans la doc apparait aussi chez moi avec mes éléments IPv6 préalablement configurés.
Le test de la connexion
> ping6 proof.ovh.net
semble marcher aussi mais ne s'arrête pas seul, je dois l'arrêter avec Ctrl + C.
4/
Malheureusement le problème ne s'est pas résolu : mes visiteurs et moi-même ne pouvons toujours pas accéder au site en 4G avec le téléphone réglé sur le protocole IPv6. Ainsi, soit le problème n'était pas que la configuration n'était pas faite ; soit ce n'est toujours pas configuré car je n'ai pas fait ce qu'il fallait.
Je suppose que vous l'avez lu entre les lignes, du fait que j'aie suivi machinalement les étapes : je ne connais pas grand-chose à tout cela, ainsi si vous me demandez par ex de vérifier quelques points pour pouvoir m'aider pouvez-vous svp m'indiquer comment faire ?
Je vous remercie par avance pour votre compréhension et votre aide.
Bonne journée,
Julien
Serveurs Privés Virtuels (VPS) - Site inaccessible en 4G (protocole IPv6)
Related questions
- Perte de mot de passe
46974 
26.05.2023 13:36
- Comment configurer/utiliser un SMTP depuis un VPS ?
46008 07.10.2019 10:49
- Je connais que le mutu et besoin de node js
45375 14.04.2017 13:34
- Qu'est-ce vcore?
43750 06.01.2017 19:20
- Envoi Email via SMTP (port 587) sur VPS Pro1
43189 27.01.2017 10:02
- [résolu] Serveur Mysql - hôte inconnu
41307 19.01.2017 16:21
- Mon VPS à Timed Out
40496 15.03.2017 22:50
- Délai de livraison VPS
40175 11.07.2018 15:15
- Problème avec statisitique Plesk
37883 29.03.2017 07:44
- Accès externe base de données
37638 18.07.2018 10:29
> paramétré sur le protocole APN IPv6.
quel domaine?
Méthode brutale: retirer l'enregistrement AAAA de la zone DNS ? que se passe-t-il ?
@kyodev Je n'ai pas compris votre question, si elle a à voir avec les paramètres du téléphone (pour avoir sondé mes visiteurs, le seul point commun de ceux qui n'y accèdent pas est le protocole IPv6 ; les marques, opérateurs ou navigateurs sont divers)
@Fritz2cat J'ai essayé de supprimer l'entrée AAAA de la zone DNS (ce qui était contre-intuitif pour moi j'avoue) et le site reste inaccessible sur l'IPv6 et toujours accessible sur l'IPv4.
Il y a un TTL (que je ne peux pas vérifier, car (1) je ne connais pas le domaine et (2) l'enregistrement est maintenant supprimé)
Donc le serveur DNS de ton opérateur mobile va mettre un certain temps pour oublier cette information.
Bonjour,
La suppression de l'enregistrement AAAA semble avoir résolu le problème, je peux accéder au forum en 4G et quelques uns de mes visiteurs qui avaient le problème depuis très longtemps peuvent enfin y accéder également.
J'attends encore quelques retours et sur plusieurs jours pour confirmer cela je viendrai mettre le sujet en résolu.
Merci beaucoup !
Pour ma culture dév qui est bien mince j'aimerais quand même bien comprendre pourquoi cette entrée posait problème, et pourquoi la retirer (ce qui m'a semblé contre-intuitif sur le coup) a pu me débloquer ?
> pourquoi cette entrée posait problème
car elle était fausse? (et en l'ayant retirée, on ne saura pas exactement)
que pourrait-il y avoir d'autre qui expliquerait? un filtrage ipv6 sur ton VPS?
Salut @HPCFr
Comme demandé a plusieurs reprise, peut tu indiquer le domaine ??
sans cela, IMPOSSIBLE de voir quoi que ce soit de notre côté.
A part sortir une boule de cristal ou des cartes de tarot, je vois pas trop d'autres solutions :/
Jalinn
Bonjour à tous,
Après une semaine sans retour du problème je peux vous confirmer que celui-ci a été résolu en supprimant l'entrée AAAA.
Je vous remercie pour votre aide et vous prie de m'excuser de ne pas avoir répondu favorablement à tout ce que vous m'avez demandé, je n'ai pas souhaité que mon site soit référencé comme ayant des admins qui ne savent pas ce qu'ils font. J'aurais bien sur fini par le dévoiler si le problème n'avait pas pu être corrigé aussi rapidement.
Bonne continuation à tous, en espérant ne pas devoir revenir vous solliciter plus tard parce que cela voudrait dire que j'ai eu de nouveaux problèmes !
Julien
Ca marche toujours chez toi @HPCFr ?
J'ai aussi un serveur en souffrance depuis plusieurs mois, et rien n'y fait même en supprimant l'entrée AAAA, j'ai même des domaines qui non jamais eu de champ AAAA, c'est le même constat.