No IPv6 when connecting to hotspot_ynh

Mon serveur YunoHost

Matériel: Brique Internet avec VPN sur Olinuxino Lime2
Version de YunoHost: 3.8.4.7
J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran |
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Salut à tou.te.s,

Je me décide à venir vers vous après une quantité de tests et de galères… Après plein d’installs différentes avec moult noms de domaine noho, ynh (merci à @Aleks de les avoir supprimés :innocent:), j’ai finalement opté pour un nom de domaine chez ovh

J’ai installé les applis hotspot et vpn et paramétré les deux en me basant sur le fichier hypercube de l’asso illyse (qui ne fait plus de support pour la brique)

J’ai rempli manuellement la partie hotspot en ne renseignant que les infos wifi (SSID et password) et ip6_net (en mettant mes infos provenant de COIN) car les autres infos sont préremplies.

Je passe ensuite à l’appli VPN et renseigne les champs suivants avec mes infos COIN : ip6_net, ip4_addr, login_user, login_passphrase

Après ça j’ai bel et bien un hotspot wifi avec l’adresse ipv4 d’illyse, mais aucune ipv6. Qu’est-ce que j’ai loupé dans ma config ?
Sachant que quand je paramètre ce même VPN via openVPN sur mon ordi, j’ai bien une adresse ipv6 fonctionnelle…

Infos complémentaire : j’ai paramétré mes DNS ovh ipv4 et ipv6 selon les ipv4 et ipv6 de mon VPN illyse.

Voilà, je suis arrivé à l’extrême limite de mes compétences puisque je partais d’un zéro absolu…

Merci d’avance pour vos retours

Est-ce que tu peux élaborer sur comment tu procède pour arriver à cette conclusion

Quand je me connecte au hotspot et que je vais sur test-ipv6, j’ai bien l’ipv4 fournie par illyse qui s’affiche mais aucune ipv6 ne sort.

Hmokay alors est-ce que tu peux regarder ce que renvoient les commandes suivantes:

ip -6 a
ip -6 route show table all
curl ip6.yunohost.org

Et si tu peux faire cette manipulation sur ton yunohost et sur ton ordinateur connecté au hotspot c’est mieux :slight_smile:

Alors, en SSH :

=> ip -6 a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 fe80::42:acab/128 scope link
valid_lft forever preferred_lft forever
inet6 fe80::4:5ff:fec2:c3f4/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2xxx:aaaa:bbbb:ccc::42/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::bf:ceff:fe0c:c500/64 scope link
valid_lft forever preferred_lft forever
4: lxc-pchecker: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UNKNOWN qlen 1000
inet6 fe80::5c1b:fff:feef:9e39/64 scope link
valid_lft forever preferred_lft forever
10: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 state UNKNOWN qlen 100
inet6 2xxx:aaaa:bbbb:ccc::2/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::e37a:6e0:5d9f:4f8a/64 scope link flags 800
valid_lft forever preferred_lft forever

=> ip -6 route show table all

2xxx:aaaa:bbbb:ccc::/64 dev wlan0 proto kernel metric 256 pref medium
2xxx:aaaa:bbbb:ccc::/64 dev tun0 proto kernel metric 256 pref medium
2000::/3 dev tun0 metric 1024 pref medium
fe80::42:acab dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev lxc-pchecker proto kernel metric 256 pref medium
fe80::/64 dev wlan0 proto kernel metric 256 pref medium
fe80::/64 dev tun0 proto kernel metric 256 pref medium
local ::1 dev lo table local proto kernel metric 0 pref medium
anycast 2xxx:aaaa:bbbb:ccc:: dev wlan0 table local proto kernel metric 0 pref medium
anycast 2xxx:aaaa:bbbb:ccc:: dev tun0 table local proto kernel metric 0 pref medium
local 2xxx:aaaa:bbbb:ccc::2 dev tun0 table local proto kernel metric 0 pref medium
local 2xxx:aaaa:bbbb:ccc::42 dev wlan0 table local proto kernel metric 0 pref medium
anycast fe80:: dev eth0 table local proto kernel metric 0 pref medium
anycast fe80:: dev lxc-pchecker table local proto kernel metric 0 pref medium
anycast fe80:: dev wlan0 table local proto kernel metric 0 pref medium
anycast fe80:: dev tun0 table local proto kernel metric 0 pref medium
local fe80::42:acab dev eth0 table local proto kernel metric 0 pref medium
local fe80::4:5ff:fec2:c3f4 dev eth0 table local proto kernel metric 0 pref medium
local fe80::bf:ceff:fe0c:c500 dev wlan0 table local proto kernel metric 0 pref medium
local fe80::5c1b:fff:feef:9e39 dev lxc-pchecker table local proto kernel metric 0 pref medium
local fe80::e37a:6e0:5d9f:4f8a dev tun0 table local proto kernel metric 0 pref medium
ff00::/8 dev eth0 table local metric 256 pref medium
ff00::/8 dev lxc-pchecker table local metric 256 pref medium
ff00::/8 dev wlan0 table local metric 256 pref medium
ff00::/8 dev tun0 table local metric 256 pref medium

=> curl ip6.yunohost.org

2xxx:aaaa:bbbb:ccc::2

Et, depuis l’ordi, quand je suis connecté au hotspot :

=> ip -6 a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2xxx:aaaa:bbbb:ccc:396f:ddda:ba81:2bd7/64 scope global temporary dynamic
valid_lft 13757sec preferred_lft 13757sec
inet6 2xxx:aaaa:bbbb:ccc:4e25:d881:c9f8:62cc/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 13757sec preferred_lft 13757sec
inet6 fe80::a0ee:82e1:73bc:ca5c/64 scope link noprefixroute
valid_lft forever preferred_lft forever

=> ip -6 route show table all

::1 dev lo proto kernel metric 256 pref medium
2xxx:aaaa:bbbb:ccc::/64 dev wlp2s0 proto ra metric 600 pref medium
fe80::/64 dev wlp2s0 proto kernel metric 256 pref medium
fe80::/64 dev wlp2s0 proto kernel metric 600 pref medium
default via fe80::bf:ceff:fe0c:c500 dev wlp2s0 proto ra metric 600 pref medium
local ::1 dev lo table local proto kernel metric 0 pref medium
local 2xxx:aaaa:bbbb:ccc:396f:ddda:ba81:2bd7 dev wlp2s0 table local proto kernel metric 0 pref medium
local 2xxx:aaaa:bbbb:ccc:4e25:d881:c9f8:62cc dev wlp2s0 table local proto kernel metric 0 pref medium
local fe80::a0ee:82e1:73bc:ca5c dev wlp2s0 table local proto kernel metric 0 pref medium
ff00::/8 dev wlp2s0 table local metric 256 pref medium

=> curl ip6.yunohost.org

curl: (7) Failed to connect to ip6.yunohost.org port 80: Connexion terminée par expiration du délai d’attente

Par ailleurs, quand je lance le diagnostic via l’interface admin de yunohost, à chaque fois, l’appli hotspot a un statut unknown et le journal renvoie

– Logs begin at Sun 2020-06-07 15:05:53 UTC, end at Sun 2020-06-07 15:42:19 UTC. –
Jun 07 15:11:45 dnsmasq-dhcp[3787]: RTR-ADVERT(wlan0) 2xxx:aaaa:bbbb:ccc::
Jun 07 15:20:13 dnsmasq-dhcp[3787]: RTR-ADVERT(wlan0) 2xxx:aaaa:bbbb:ccc::
Jun 07 15:23:25 dnsmasq-dhcp[3801]: DHCPDISCOVER(wlan0) 10.0.242.64 28:16:ad:43:84:83
Jun 07 15:23:25 dnsmasq-dhcp[3801]: DHCPOFFER(wlan0) 10.0.242.64 28:16:ad:43:84:83
Jun 07 15:23:27 dnsmasq-dhcp[3787]: RTR-SOLICIT(wlan0)
Jun 07 15:23:27 dnsmasq-dhcp[3787]: RTR-ADVERT(wlan0) 2xxx:aaaa:bbbb:ccc::
Jun 07 15:23:28 dnsmasq-dhcp[3801]: DHCPDISCOVER(wlan0) 10.0.242.64 28:16:ad:43:84:83
Jun 07 15:23:28 dnsmasq-dhcp[3801]: DHCPOFFER(wlan0) 10.0.242.64 28:16:ad:43:84:83
Jun 07 15:23:28 dnsmasq-dhcp[3801]: DHCPREQUEST(wlan0) 10.0.242.64 28:16:ad:43:84:83
Jun 07 15:23:28 dnsmasq-dhcp[3801]: DHCPACK(wlan0) 10.0.242.64 28:16:ad:43:84:83 frantzy-zenbook
Jun 07 15:28:03 dnsmasq-dhcp[3787]: RTR-ADVERT(wlan0) 2xxx:aaaa:bbbb:ccc::
Jun 07 15:37:22 dnsmasq-dhcp[3787]: RTR-ADVERT(wlan0) 2xxx:aaaa:bbbb:ccc::
Jun 07 15:37:30 dnsmasq-dhcp[3787]: RTR-SOLICIT(eth0)
Jun 07 15:37:34 dnsmasq-dhcp[3787]: RTR-SOLICIT(eth0)
Jun 07 15:37:38 dnsmasq-dhcp[3787]: RTR-SOLICIT(eth0)

et le VPN a le statut dead avec ce log

– Logs begin at Sun 2020-06-07 15:05:53 UTC, end at Sun 2020-06-07 15:44:24 UTC. –
Jun 07 15:05:55 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:06:42 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:11:43 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:16:44 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:21:44 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:26:44 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:31:45 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:36:45 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.
Jun 07 15:41:45 systemd[1]: Started YunoHost VPN Client Checker…
– Subject: Unit ynh-vpnclient-checker.service has finished start-up
– Defined-By: systemd
– Support: https://www.debian.org/support

– Unit ynh-vpnclient-checker.service has finished starting up.

– The start-up result is done.

Pourtant dans l’interface utilisateur, chaque application indique qu’elle est en cours d’utilisation…

PS : est-ce que je dois masquer mes adresses IP dans mon message ?

EDIT : après avoir vu que pas mal de monde masquait son IP, je l’ai fait aussi :slight_smile:

Donc pour confirmer: dans le diagnostique de yunohost, ça dit bien que tu as de l’ipv6, c’est juste depuis ton ordinateur qui se connecte au hotspot, tu n’as pas d’ipv6 ? Est-ce qu’éventuellement c’est aussi le cas depuis un smartphone ?

Ouais c’est ça, quand je lance le diagnostic yuno, il détecte l’ipv6 que j’ai configurée.
Mais quand je suis connecté au hotspot (via linux mint, windows, ou mon smartphone), je n’ai pas cette ipv6.

Le fait que les services hotspot et vpn soient unknown et dead n’a pas d’importance ici ?

Je suis perdu, je viens de refaire un diagnostic pour une toute autre raison, et j’ai désormais des bugs dans les enregistrements DNS.

On dirait que les entrées DNS AAAA (valeur attendue), donc ipv6, enregistrées chez ton registar ne correspondent pas à la valeur actuelle (adresse envoyée par le serveur)…

Ouais effectivement, mais c’est que je disais : j’ai rempli les infos VPN qui m’ont été fournies (enfin je crois). Je comprends pas pourquoi désormais, le suffixe de l’IPv6 passe à 42…

Est-ce qu’il y aurait un lien avec le masque qui m’est fourni ? C’est une notion que je ne maîtrise pas vraiment…

En tout cas merci de vous pencher sur mon problème :slight_smile:

J’ai refait un diagnostic yuno pour voir ce matin, et il n’y a plus de problèmes d’enregistrement DNS… Dans la partie “connectivité internet” tout est ok aussi…
J’ai probablement mal réglé quelque chose…

EDIT : j’ai regardé un peu la config avancée proposée par illyse pour le VPN et y’a cette info qui m’intrigue :
route-ipv6 2000::/3
Or l’adresse IPv6 qui m’est fournie est de type 2a00:aaaa:bbbb:ccc::2
J’ai aussi un sous-réseau 2a00:aaaa:bbbb:ccc::/56

Désolé, je joue un peu à l’apprenti sorcier et je tâtonne à fond pour essayer de comprendre.

A mon avis ça n’a rien à voir, l’un corresponds à la route pour communiquer sur le vrai internet mondial, et l’autre c’est ton adresse IP (en gros l’un est le numéro de la porte pour sortir du batiment, et l’autre est l’adresse postale du batiment)

Ok merci pour ta réponse. J’aime pas quand les choses marchent pas comme je voudrais mais au pire j’ai déjà un hotspot avec de l’ipv4…

C’est donc que tu peux choisir n’importe quelle adresse ipv6 dans le /56, donc :42 c’est valable. Il me semble que le vpnclient de Yunohost met :42 par défaut…

Merci pour les infos.
J’ai passé mon adresse ipv6 en ::42 dans le COIN illyse pour voir et modifié les DNS chez OVH.
Je viens de faire la même chose dans le hotspot et le VPN, mais toujours le même problème en lançant un test-ipv6.

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.