À tout hasard
ip a
cat /etc/resolv.conf
ip route
root@xxxxxx:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 14:b3:1f:28:d4:a2 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.5/24 brd 192.168.0.255 scope global dynamic enp2s0
valid_lft 41187sec preferred_lft 41187sec
root@xxxxxx:~# cat /etc/resolv.conf
# 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "resolvectl status" to see details about the actual nameservers.
nameserver 127.0.0.1
Pas d’erreur dans les logs de yunomdns et dnsmasq? Et que renvoie
ip route
root@xxxxxx:~# ip route
default via 192.168.0.1 dev enp2s0
192.168.0.0/24 dev enp2s0 proto kernel scope link src 192.168.0.5
Juste une réflexion, ton port 53 est fermé dans le routeur ?
Après vérification, non le port 53 est bien ouvert sur ma box pour ce serveur Yunohost.
A l’époque, j’avais même ouvert le port 53 en UDP et TCP.
Argh, il doit être fermé sur le routeur. Est ce que tu as adguard home? Tu peux vérifier le nombre de requêtes.
En ouvrant le port dns de ton routeur, tout internet peut envoyer une requête à ton serveur dns.
Routeur = box internet nous sommes d’accord ?
Donc, le port 53 est bien ouvert en UDP et TCP.
Adguard n’est installé sur aucune de mes machines.
J’ai exactement la même configuration que sur mon ancien serveur YunoHost, la seul chose qui a changé c’est l’adresse IP fixe.
J’ai renvoyé tous les ports de ma box qui étaient ouverts de l’ancien Yunohost vers le nouveau.
Il faut le fermer ainsi que le port 5353 dans ta box. C’est dangereux de laisser ces 2 ports ouverts hors de ton réseau local.
Je viens de les fermer et j’ai rebooté mon serveur.
En tout cas, le problème est touours présent :
La connexion avec le serveur a été fermée pour des raisons inconnues. Peut-être que ‘yunohost-api’ ne répond plus ?
C’est dangereux de laisser le port ouvert hors de ton réseau local
Il faudra peut-être régénérer la config de dnsmasq
Fait :
root@xxxxxx:~# yunohost tools regen-conf dnsmasq
Succès ! La configuration a été mise à jour pour ‘dnsmasq’
dnsmasq:
applied:
/etc/dnsmasq.d/spamhaus:
status: updated
/etc/resolv.dnsmasq.conf:
status: updated
pending:
bump
C’est à dire , je n’ai pas compris !
Y a-t-il des erreurs dans les logs de ces deux services?
Je récupère les Logs où STP ?
Dans la webadmin: outils>services>dnsmasq / yunomdns puis ‘‘partager les logs avec yunopaste’’
Ajoute également ceux de yunohost api, pour le coup.
Continuons la série avec les logs nginx (access.log et error.log)…
As-tu des clients (de bureau ou mobile) pour certaines de tes applications ?