Matériel: PC fixe
Version de YunoHost: 4.0.3
J’ai accès à mon serveur : console locale uniquement
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
Bonjour,
La commande de diagnostic fonctionne mal, pour exactement les mêmes raisons que celles que j’ai écrites ici.
Ou presque. Comme dans l’autre topic, mon dnsmasq ne contient que “nameserver nameserver”, mais cette fois-ci, pour résoudre l’erreur récurrente de DNS qui réapparait en permanence (l’erreur, pas le DNS), j’ai créé un fichier conf dans /etc/dnsmasq.d/ dans lequel j’ai collé ceci:
Moui enfin le problème initial c’est surtout que il faut pas non plus trifouiller /etc/resolv.dnsmasq.conf sans savoir ce qu’on fait … si tu met une erreur de syntaxe dans la conf nginx, nginx marchera mal aussi mais bon. La seule chose qu’on peut faire c’est faire en sorte que le message d’erreur soit + joli plutôt qu’une grosse stacktrace…
Ou bien si je relis le thread que tu mentionnes, la conclusion c’était que c’était l’app vpnclient et/ou hotspot casse le fichier si il n’y a pas de ns0/ns1 défini (ce qui pourrait aussi être interprété comme un soucis du .cube fourni par ton FAI)
Le problème, c’est que si je ne touche pas la config par défaut, je me retrouve sans connexion avec le message d’erreur “Erreur temporaire de résolution de DNS”, qui n’avait en fait rien du tout de temporaire vu que la connexion ne revenait jamais si je ne faisais rien.
Et les seules techniques qui se sont révélées efficaces parmi celles que j’ai testées (pour la connexion, du moins) sont les bricolages de sagouin dont je parle plus haut. Franchement, si il existe une méthode propre, fonctionnelle et définitive, je suis preneur.