hello, je voudrais signaler un pb à Yunohost, mais le forum Yunohost me fait peur. Le pb : j’ai préparé chez moi un Raspberry avec Yunohost et un sous-domaine.nohost.me, certificat. Tout allait bien. Puis j’ai envoyé le matériel à la personne qui l’a branché dans son domicile (loin). Et là le sous-domaine.nohost.me pointe toujours chez moi. On a passé des heures à configurer et reconfigurer, rien y a fait. J’ai une solution : j’envoie par la poste un nouveau disque avec seulement la toute première partie de l’installation. Je voudrais éviter de faire cet envoie et signaler le pb, mais comment faire…
++
Marc
Bonjour Marc,
faut pas avoir peur du forum YunoHost, il y a les même gens qu’ici et sur le forum d’ARN 
Tu utilises un VPN FFDN (ARN ou autre) avec vpnclient_ynh ou wireguard_ynh ou pas pour ton Raspberry YunoHost ? Sinon il faut que la personne configure sa box pour ouvrir les ports nécessaires https://doc.yunohost.org/fr/admin/get_started/post_install/port_forwarding et puis qu’elle ait une IP fixe.
En fonction de son fournisseur d’accès ça peut être plus ou moins impossible d’auto-héberger sans VPN https://doc.yunohost.org/fr/admin/get_started/providers/isp
Le DynDNS ne fonctionnera qu’une fois que le serveur sera joignable de l’extérieur.
Voir aussi les différents modes d’hébergement possibles avec avantages et inconvénients https://doc.yunohost.org/fr/admin/get_started/methods#à-la-maison-par-exemple-sur-une-carte-arm-ou-un-ancien-ordinateur
merci @GautGaut J’utilise avec grand plaisir Yunohost à mon domicile. J’ai 2 Raspberry derrière ma box : un qui tourne avec un VPN, et un autre en ouvrant les ports 22, 80 et 443 avec une adresse de type sous-domaine.nohost.me . Ce sont maintenant des Raspberry 5. J’ai commencé avec des R3. On en voit un dans la photo de cet article. Je n’ai jamais eu de souci, ou si peu. Par contre, je viens d’avoir une déconvenue. J’ai débranché sous-domaine.nohost.me pour préparer un Raspberry pour un ami. J’ai donc installé Yunohost avec une adresse du même type, disons sous-domaine2.nohost.me Puis j’ai donné le matériel et j’ai remis le mien. Le matériel a été installé derrière la box de la personne, on a ouvert les ports. Mais patatra, l’adresse sous-domaine2.nohost.me pointait sur mon matériel. Par exemple, pour renouveler la certificat, on rencontrait l’erreur « Challenge did not pass for maindomain.tld » comme à la fin de la page https://paste.yunohost.org/raw/ofumabuhet Un peu plus loin dans cette page, ‹ addressesResolved ›: [‹ xx.xx.xx.xx ›] ne donnait pas l’ip publique de la box de la personne. Je peux travailler sur le Raspberry de la personne en passant uniquement par son ip publique. j’ai créé une adresse.local poour pouvoir supprimer sous-domaine2.nohost.me . J’ai créé à distance une nouvelle dyndns : sous-domaine3.nohost.me Mais ça n’a rien changé. On va tout refaire à partir de zéro mais uniquemnet au domicile de la personne.
Si tu n’as pas de compte Matrix ou IRC, tu peux rejoindre notre tchat d’entraide dans un navigateur via ce lien : https://chat.sans-nuage.fr/#/room/#alsace-entraide-numerique:sans-nuage.fr
Voilà les réponses que j’y ai obtenu :
aleks: il y a un cronjob qui tourne toutes les ~10 minutes et met à jour l’IP si y’a besoin, avec nsupdate / la RFC chépukombien sous le capot. Tu peux force ça en lançant ‹ sudo yunohost dyndns update › sur le serveur chez la nouvelle personne, et ainsi voir pourquoi l’IP ne se met pas à jour automagiquement…
Si ça échoue tu peux envoyer les logs de l’opération. Tu peux aussi envoyer les logs du diagnostique yunohost lancé chez ton ami. Je soupçonne un problème lié à l’opérateur et/ou la box, vous êtes chez le même ?
Si tu arrives à te connecter en ssh ou à la webadmin en utilisant son IP publique, on dirait que c’est un problème de port. Tu as bien vérifié l’ouverture et redirection de ports sur la box ET dans le pare-feu yunohost : http://sous-domaine3.nohost.me/yunohost/admin/#/tools/firewall
1 Like
Ouf c’est réglé, c’était une question de patience. Mon collègue Samuel de Oisux a accéléré le processus avec la commande
yunohost domain dns push domaine.tld --force --debug