Page 1 sur 1
[dns] problème de résolution (résolu: permissions resolv.conf)
Publié : ven. 13 déc. 2019, 23:44
par bobo
Bonjour, je me bats depuis quelques jours pour installer archlinux sur un laptop 12" qui n'a pas de port ethernet
J'ai abandonné l'idée de faire fonctionner systemd-networkd, et je suis parvenu à avoir netctl-auto qui lance le réseau automatiquement sur l'interface wifi
ping 8.8.8.8
ping bien chez google,
ping www.google.com
échoue
Je soupçonne d'avoir fait un truc merdique dans mes essais pour faire fonctionner
systemd-networkd
mais il s'agit tout aussi probablement d'un truc bête. Je pense avoir remis le système en état en supprimant le lien
/etc/resolv.conf
qui pointait sur
/run/systemd/resolve/resolv.conf
. Ça venait de cette manip sur le wiki, et causait certainement une partie du problème
https://wiki.archlinux.fr/Systemd-networkd#resolv.conf
https://bbs.archlinux.org/viewtopic.php ... 9#p1393759
J'ai vérifié que
/etc/resolv.conf
a été régénéré, il contient
nameserver 192.168.0.1
Maintenant, après reboot et un peu de recherches internet pour trouver des idées, je sèche et je m'adresse à vous au cas où vous auriez une idée
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 13:48
par laurent85
Bonjour,
Et comme ça la résolution marche ? la commande ping le forum :
Code : Tout sélectionner
echo "nameserver 1.1.1.1" | sudo tee /etc/resolv.conf
ping -c3 5.39.81.167
ping -4 -c3 forums.archlinux.fr
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 14:27
par bobo
Merci pour l'aide au diagnostic
je teste ça après boot:
ping -c3 5.39.81.167
fonctionne
ping -4 -c3 forums.archlinux.fr
échec temporaire de la résolution de nom
echo "nameserver 1.1.1.1" | sudo tee /etc/resolv.conf
overwrite du server DNS du FAI par un DNS extérieur (One)
ping -c3 5.39.81.167
fonctionne
ping -4 -c3 forums.archlinux.fr
échec temporaire de la résolution de nom => pas de changement
Si je comprends la démarche, on vient de vérifier que ce n'est pas le DNS du FAI qui chie dans la colle
Je l'utilise sur le PC fixe depuis lequel j'écris ce message
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 14:45
par benjarobin
Bonjour quel est le contenu de : /etc/resolvconf.conf
et de : /etc/nsswitch.conf
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 15:24
par laurent85
T'aurais pas
systemd-resolved ou
systemd-networkd actif ? Tu as un retour pour
resolvectl ?
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 15:38
par bobo
En sortie de veille le fichier /etc/resolv.conf est regénéré (plus de 1.1.1.1): je pense que ça vient de
netctl-sleep.service
Pas sûr de ce que benjarobin veut vérifier avec /etc/nsswitch.conf
Code : Tout sélectionner
15:29 bobo@ ~% sudo cat /etc/resolv.conf
# Generated by resolvconf
domain home
nameserver 192.168.0.1
16:31 bobo@ ~% cat /etc/nsswitch.conf
# Name Service Switch configuration file.
# See nsswitch.conf(5) for details.
passwd: files mymachines systemd
group: files mymachines systemd
shadow: files
publickey: files
hosts: files mymachines myhostname resolve [!UNAVAIL=return] dns
networks: files
protocols: files
services: files
ethers: files
rpc: files
netgroup: files
Je pense que ces logs montre que je me suis débarassé de systemd-networkd, et que je n'ai pas de multiples services réseau qui tournent en même temps
Code : Tout sélectionner
16:31 bobo@ ~% resolvectl
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
16:32 bobo@ ~% systemctl list-unit-files --state=enabled
UNIT FILE STATE
autovt@.service enabled
getty@.service enabled
ip6tables.service enabled
iptables.service enabled
netctl-sleep.service enabled
remote-fs.target enabled
6 unit files listed.
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 17:20
par benjarobin
Il manque le contenu du fichier : /etc/resolvconf.conf
Le fichier nsswitch.conf contient l'ordre de résolution de nom (Cf la ligne hosts).
Quelle est la sortie de
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 17:51
par bobo
Merci benjarobin
Après
pacstrap
de
bind-tools j'ai pu rebooter et avoir le log de la commande
dig
que je ne connaissais pas:
dig: parse of /etc/resolv.conf failed
À la toute fin le contenu de /etc/resolv.conf associé à l'erreur
Le detail ici:
Code : Tout sélectionner
18:46 bobo@ ~% ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=139 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=138 ms
^X64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=137 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 136.045/137.491/138.926/1.073 ms
18:46 bobo@ ~% cat /etc/resolvconf.conf
# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details
resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1
18:46 bobo@ ~% dig google.fr
dig: parse of /etc/resolv.conf failed
18:47 bobo@ ~% dig @1.1.1.1 google.fr
dig: parse of /etc/resolv.conf failed
18:47 bobo@ ~% sudo cat /etc/resolv.conf
# Generated by resolvconf
domain home
nameserver 192.168.0.1
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 18:00
par benjarobin
Quelle est la sortie de : ls -l /etc/resolv.conf
Tu devrais avoir
Si ce n'est pas le cas :
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 18:06
par laurent85
Je ne connais pas netctl mais il manque un service, non ? netctl ou netctl-auto service ?
Re: [dns] problème de résolution
Publié : sam. 14 déc. 2019, 18:14
par bobo
RÉSOLU! Merci beaucoup à vous 2 pour votre aide
@laurent85: j'ai l'impression que netctl-auto c'est autovt@.service, j'ai rien d'autre avec "auto" dans /etc/systemd/system
Ça a l'air d'être un alias,
y-aurait-il une commande pour avoir le vrai nom? je suis une bille en
systemctl
et
journalctl
@benjarobin: c'est ça!!! bien vu: les permissions!
Le scénario du fail qui a l'air de coller:
J'ai fait les bidouilles de liens de
system-networkd
, quand j'ai supprimé le lien, j'ai dû recréer le fichier avec le umask 640 et root:root sans m'en rendre compte, du coup ça mettait la résolution de nom dans les choux avec
openresolv
(qu'a l'air d'utiliser
netctl
)
Un « truc bête » lié aux essais avec
system-networkd
, comme anticipé
Re: [dns] problème de résolution (résolu: permissions resolv.conf)
Publié : dim. 15 déc. 2019, 13:54
par bobo
@Laurent (pour la science… mmm… pour la curiosité!)
Voici la liste des unit-files contenant "netctl"
netctl-auto@.service
apparait comme "indirect"
C'est pourquoi il n'était pas reporté par la commande
systemctl list-unit-files --state=enabled
Code : Tout sélectionner
14:41 bobo@ system% systemctl list-unit-files | grep netctl
netctl-auto@.service indirect
netctl-ifplugd@.service disabled
netctl-sleep.service enabled
netctl-wait-online.service disabled
netctl.service disabled
netctl@.service static
bonne fin de week-end
Re: [dns] problème de résolution
Publié : dim. 15 déc. 2019, 14:18
par laurent85
bobo a écrit : ↑sam. 14 déc. 2019, 18:14
y-aurait-il une commande pour avoir le vrai nom? je suis une bille en
systemctl
et
journalctl
Va falloir t'y mettre, surtout les commandes de base.
Utilise
systemctl status nom_du_service
et
systemctl cat nom_du_service
Tu l'as faite sans le wiki la config ? il en parle d'activer le profil.
Re: [dns] problème de résolution (résolu: permissions resolv.conf)
Publié : dim. 15 déc. 2019, 18:48
par bobo
Ça va être facile de résumer mes usages
systemctl start|stop|status|enable|disable <service>
c'est tout ce que j'utilise de
systemctl
journalctl -b -1
pour accéder au journal du log en cours uniquement… ou sans
-b -1
quand je ne trouve pas ce que je cherche
Pour faire un truc ressemblant à
systemctl list-unit-files --state=enabled
j'ai l'habitude de
tree /etc/systemd/system
Du coup ça me paraît plus robuste pour spotter de multiples services réseau (c'est pour ça que j'ai un peu creusé)
Code : Tout sélectionner
14:04 bobo@ ~% tree /etc/systemd/system
/etc/systemd/system
├── getty.target.wants
│ └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│ ├── ip6tables.service -> /usr/lib/systemd/system/ip6tables.service
│ ├── iptables.service -> /usr/lib/systemd/system/iptables.service
│ ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│ └── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
├── sleep.target.wants
│ └── netctl-sleep.service -> /usr/lib/systemd/system/netctl-sleep.service
└── sys-subsystem-net-devices-wlo2.device.wants
└── netctl-auto@wlo2.service -> /usr/lib/systemd/system/netctl-auto@.service
4 directories, 7 files