[résolu] Problème de résolution de nom : impossible de faire des mise à jour + onlyoffice ne foncitonne plus

Support
1

What type of hardware are you using: Other ARM board
What YunoHost version are you running: 12.1.40.1
How are you able to access your server: The webadmin
SSH
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: non

Describe your issue

Bonjour,

C’est une erreur de onlyoffice qui m’a alerté : Onlyoffice est déconnecté.
Lorsque je suis allé dans l’admin de Nextcloud, menu ONLYOFFCE, en cliquant sur le bouton “enregistrer”, j’ai eu ce message :

Erreur durant la tentative de connexion (cURL error 6: Could not resolve host: office.mascobado.org (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://office.mascobado.org/healthcheck)

En SSH :

# curl https://office.mascobado.org/healthcheck
curl: (6) Could not resolve host: office.mascobado.org

Alors que dans un navigateur, cette URL me renvoie un ‘true’

Par curiosité, j’ai essayé :

# yunohost tools update system
Info: Fetching available upgrades for system packages…
Warning: E: Failed to fetch http://deb.debian.org/debian/dists/bookworm/InRelease  Temporary failure resolving 'deb.debian.org'
Warning: E: Failed to fetch http://deb.debian.org/debian/dists/bookworm-updates/InRelease  Temporary failure resolving 'deb.debian.org'
Warning: E: Failed to fetch http://security.debian.org/dists/bookworm-security/InRelease  Temporary failure resolving 'security.debian.org'
Warning: E: Failed to fetch http://apt.armbian.com/dists/bookworm/InRelease  Temporary failure resolving 'apt.armbian.com'
Warning: E: Failed to fetch https://packages.sury.org/php/dists/bookworm/InRelease  Temporary failure resolving 'packages.sury.org'
Warning: E: Failed to fetch https://dl.yarnpkg.com/debian/dists/stable/InRelease  Temporary failure resolving 'dl.yarnpkg.com'
Warning: E: Failed to fetch http://forge.yunohost.org/debian/dists/bookworm/InRelease  Temporary failure resolving 'forge.yunohost.org'
Warning: E: Some index files failed to download. They have been ignored, or old ones used instead.

Merci de vos pistes pour résoudre ce problème de résolution.

Share relevant logs or error messages

pas de logs

2

Re,

Bon, apparemment ça vient du fichier /etc/resolv.conf

Le mien ne contenait que :

# Generated by NetworkManager
search mascobado.org
nameserver fd0f:ee:b0::1

Je l’ai édité et j’ai ajouté ligne :

# Generated by NetworkManager
search mascobado.org
nameserver 127.0.0.1
nameserver fd0f:ee:b0::1

Et onlyoffice à refonctionné tout de suite.

Par contre, ce fichier est écrasé à chaque redémarrage.

Comment faire pour qu’il y ai toujours la ligne

nameserver 127.0.0.1

a chaque redémarrage?

Merci,

3

Que donne yunohost tools regen-conf --dry-run --with-diff

4

Bonjour,

Ca dit plein de choses, mais notamment ça :

   /etc/resolv.dnsmasq.conf: 
      diff: @@ -1,13 +1,13 @@
+nameserver 185.233.100.100
 nameserver 2a0c:e300::100
+nameserver 45.67.81.23
+nameserver 194.150.168.168
+nameserver 2001:1608:10:25::1c04:b12f
+nameserver 2001:1608:10:25::9249:d69b
+nameserver 185.233.100.101
 nameserver 89.234.141.66
-nameserver 2a0c:e300::1337
 nameserver 2001:678:8::3
 nameserver 2a00:5881:8100:1000::3
-nameserver 194.150.168.168
+nameserver 194.0.5.3
 nameserver 2a0c:e300::101
-nameserver 2001:1608:10:25::9249:d69b
-nameserver 45.67.81.23
-nameserver 185.233.100.101
-nameserver 194.0.5.3
-nameserver 2001:1608:10:25::1c04:b12f
-nameserver 185.233.100.100
+nameserver 2a0c:e300::1337
      status: updated

En espérant que ça te parle.

Merci,

5

@FredJ

Le contenu du diff que tu fournis indique juste que l’ordre de serveurs utilisés pour la résolution dns a changé, il n’y pas d’autre changement.
Les lignes du diff commençant par + on été ajoutées et celle par - suppirmée, en regardant on s’aperçoit que chaque ligne + correspond à une ligne -.

Je constate que j’ai le même comportement sur mon installation.

Je ne sais comment est établi cet ordre, cela peut être intéressant si cela dépend de facteurs externe comme la latence ou la disponibilité.

6

Merci pour ça.

Vous sauriez m’indiquer comment faire pour que le fichier

/etc/resolv.conv

qui est un lien vers

/run/resolvconf/resolv.conf

soit ne change pas après chaque redémarrage, soit ajoute à chaque fois la ligne

nameserver 127.0.0.1

?

Merci d’avance,

7

:thinking: Je me demande si ce n’est pas ça l’origine…

1 Like
8

As tu installé un environnement de bureau ?

9

@otm33

Oui, effectivement, ce fichier est régénéré à chaque fois par NetworkManager.

Mais puisque il y a un besoin fondamental d’avoir une référence à localhost, pourquoi ce n’est pas “automatisé”? Est-ce qu’il y a un paramétrage que j’ai mal fait?

Merci de votre aide,

10

@jarod5001

Non, il n’y a pas d’environnement de bureau.

Je n’ai accès qu’en ssh (et en webadmin).

Merci,

11

Si cela peut aider, sur mon installation qui est en trixie :

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

resolvconf fait partie du paquet resolvconf

et je n’ai pas de Networkmanager d’installé.

12

Peux-tu nous dire comment Yunohost a été installé ?

13

Puisque le sujet est NetworkManager, celui-ci est le système de configuration du réseau sur les environnements Gnome en particulier pour les laptops.

Il existe au moins quatre façons de configurer son réseau sous debian ( I Challenge Thee ), NetworkManager est une possiblité. Parfois plusieurs systèmes sont en concurrence.

Yunohost est conçu pour fonctionner sur des serveurs et non sur des environnements graphiques utilisateurs, et normalement il n’y a pas besoin de gnome.

Deux solutions donc :
adapter le focntionnement de NetworkManager.
comprendre d’où vient le Networkmanager et supprimer la dépendance

Pour comprendre comment ajouter 127.0.0.1 sur NetworkManager voir dans le projet https://networkmanager.dev/ et sur le forum gnome relatif à ce sous-projet Search results for 'NetworkManager order:latest' - GNOME Discourse .

Pour tenter de le supprimer il faut savoir quels paquets ont nécessité l’installation de NetworkManager

apt-rdepends -r network-manager

puis remonter jusqu’à l’application s’il se trouve qu’une application ait pu créer une telle dépendance …

Voici pour les considérations d’ordre général …

14

apt-cache rdepends --installed network-manager

15

@otm33

Cette machine est un nano ordi ARM.

J’ai téléchargé une image ARMBian, je l’ai flashée, puis j’ai exécuté le script d’install YNH.

Et tout fonctionnait bien depuis quelques années, jusqu’à il y a quelques jours.

16

Bonjour,

Merci à @rodinux pour sa solution, ça fonctionne!

La voici pour d’autres personnes qui auraient le même soucis :

éditer le fichier /etc/NetworkManager/NetworkManager.conf

nano /etc/NetworkManager/NetworkManager.conf

remplacer

dsn=default

par

dns=dnsmasq

recharger NetworkManager

systemctl reload NetorkManager

Problème résolu.

Encore merci à @rodinux et à la communauté!

1 Like