Il y a un soucis avec l’absence d’IPv6 et la mise à jour de l’ipv4. Ce bug est corrigé dans yunohost 3.1. Il y a sans doute plein d’email indiquant que la mise à jour du ynh.fr a échouée.
Les VPN franciliens n’ont pas d’IPv6.
1 Like
Note: irina11y works during Briwue Camp to replace the old_ip mechanism.
Bon, le même problème recommence aujourd’hui. Je suis obligé de faire :
rm /etc/yunohost/dyndns/old_ip
yunohost dyndns update --debug
Comment résoudre ce soucis définitivement ?
Le vpn franciliens marche, mais je n’ai plus mon domaine en ynh.fr …
Merci des conseils.
Qu’est ce qu’il se passe si tu fait
yunohost dyndns update
Si tu as comme je le pense une erreur:
Si tu es en 2.7.15, tu devrais essayer d’appliquer ce patch https://github.com/YunoHost/yunohost/commit/4857172204a11d58ba36e755a57beb55841626ca OU mettre à jour vers la version 3
SI tu es en version 3, une mise à jour vers la dernière version 3.1 devrait faire le travail
1 Like
Salut,
même souci ce matin (comme la semaine dernière, pile 1 semaine d’ailleurs… humm humm).
Testé :
yunohost dyndns update Info: No updated needed
La commande filée précédemment est ok. (celle énoncée par Arnault en réponse 4/6).
Ensuite, ne pas oublier de faire dans un poste de travail Windows une petite ligne de commande :
cmd ipconfig /flushdns
Parce que cet idiot d’ordi de boulot Windows garde dans sa cervelle le “pas d’IP” dans mon cas… et là il refresh enfin la bonne IP à atteindre, et le serveur Yunohost redevient accessible par son nom de domaine 
A voir si ca va refaire la même chose dredi prochain 
Perso tout est updated, à préciser qu’il s’agit d’un Yunohost 2 passé en 3 (me souviens plus quand exactement) installé sur une Debian 8 passée en 9… 64bits, machine virtuelle dans un DC.
Merci pour le suivi
1 Like
Ce lundi matin, encore même souci… :’(
Donc ssh, commandes :
rm /etc/yunohost/dyndns/old_ip yunohost dyndns update --debug
Flushdns coté client, et c’est reparti… :’(
Humm, ca va se terminer avec une tache cron toutes les 12h
Bonjour ljf, merci. Désolé pour la réponse tardive. Cependant le même problème revient et je suis en version 3.1. Je dois refaire :
rm /etc/yunohost/dyndns/old_ip
yunohost dyndns update --debug
Que faire ? Y a-t-il une solution pérenne ?
J’ai toujours ce problème au moins une fois par jour…
Humm, ca va se terminer avec une tache cron toutes les 12h
C’est à dire ?
Par tache cron, je voyais une exécution automatique de ces 2 lignes de commande.
Il faudrait se pencher dessus à tête reposée (pas le temps maintenant… désolé) pour faire en sorte que ce script s’exécute de manière automatique toutes les X minutes/heures/jours…
Je pense qu’un dév va peut-être passer par ici pour filer un petit coup de main
Perso pas été embêté cette semaine, la VM a du être éteinte ce dimanche, donc le reboot a du lui rafraichir les idées et la MAJ du dyndns a du mieux faire son boulot 
Humm, avec le nouveau système de log que j’ai aperçu dans la dernière MAJ de Yunohost, n’y aurait-il pas une info qui apparaitrait à propos de ton souci, dans un fichier de log quelconque ?
1 Like
Je ne comprends pas pourquoi tu utilises dyndns vu que tu as un compte VPN chez Franciliens qui te fournit une adresse IP fixe.
Je ne comprends pas pourquoi tu utilises dyndns vu que tu as un compte VPN chez Franciliens qui te fournit une adresse IP fixe.
argh…moi non plus. Quoi faire alors ? Je ne sais pas comment j’en suis arrivé à utiliser dyndns…
Peut-être que c’est automatique avec les domaines en .ynh.fr.
Cela dit je constate qu’en ce moment même ton domaine abordes.ynh.fr pointe bien vers ton IP franciliens.
Je ne sais pas si tu as fait une manipulation pour ça ou bien si c’est tout simplement le mécanisme dyndns qui a fait son œuvre après que tu aies rétablit la connectivité VPN.
Quoiqu’il en soit, commence déjà par appliquer le correctif que j’ai mentionné sur le topic 5805.
Il se peut que tu n’aies alors plus rien d’autre à faire.
Quoiqu’il en soit, commence déjà par appliquer le correctif que j’ai mentionné sur le topic 5805.
C’est fait. J’attends de voir si cela résout mon problème. Merci de tes conseils.
Bon, ça n’a pas marché. Deux heures après la manipulation indiquée par pitchum, je me retrouve de nouveau avec :
-interface graphique admin de yunohost accessible localement
-vpn qui marche
-impossible d’accéder à mes services en ynh.fr , https://abordes.ynh.fr (le sso, mon blog, mon nextcloud, etc.).
Je n’ai plus d’idées…cela a marché deux heures puis black out d’un seul coup, pourquoi ? Tous les services yunohost sont en marche.
Est-ce lié à ynh.fr ?
Je t’ai répondu dans l’autre post (évite de cross-poster s’il te plaît, c’est pas facile à suivre).
Ce matin mon Yunohost me l’a refait.
En lisant rapidement vos messages (pas le temps pour le moment de fouiner), je vois que vous parlez de VPN…
Mon serveur virtuel se trouve dans un DC, aucun VPN est utilisé, il a une IP “internet” directement.
La commande précédemment citée débloque la situation en débloquant le dyndns.
On dirait que ce n’est pas qu’une affaire de VPN ?
(patch cité non appliqué pour le moment…)
Ayant maintenant plus le temps de me pencher sur ce problème, et ayant eu droit une nouvelle fois à ce souci ce matin…
Pour prévenir de prochains ennuis, j’ai créé une tache cron sous l’utilisateur root, avec les commandes citées précédemment.
Ce script sera exécuté chaque jour. J’espère que ca ne surchargera pas vos serveurs dyndns ?
Sinon dites-moi, pas de souci pour une autre solution.
Premier test du script dans le crontab ce jour, après constat du problème et déploiement de ma solution à la bourrin, c’est ok.
Je recevrai un mail avec le résultat des commandes dedans, s’il y a un truc zarbi à mes yeux, je pourrai revenir poster ca.
@arnauld tu es toujours bloqué de la même manière ? Je crois avoir compris que ton cas est lié au VPN Franciliens ? Sinon il est possible de te filer la technique (si aucun souci du coté Yunohost admins bien sûr !)
Merci à tous pour votre boulot
1 Like