Temporary failure in name resolution

PPdM · Le 20/04/2020, à 17:14

C'est que j'ai déjà eut ce genre de souci avec les Freebox, surtout quand elle n'ont pas été redémarrées depuis longtemps, après ça ne mange pas de pain, et on enlève une possibilité basique.

bruno · Le 20/04/2020, à 17:24

Oui, mais depuis le début il y a une configuration réseau et DNS foireuse.

PPdM · Le 20/04/2020, à 17:25

J'ai vu.

Link_Darck · Le 20/04/2020, à 19:10

bruno a écrit :

Non c'est un problème de résolution de noms (DNS).
sudo systemctl enable systemd-resolved
puis
sudo systemctl start systemd-resolved
et
ping -c2 free.fr
Si cela ne fonctionne toujours pas, de nouveau le retour de :
systemd-resolve --no-pager --status

neko-world@neko-world:~$ sudo systemctl enable systemd-resolved
[sudo] password for neko-world:
Created symlink /etc/systemd/system/dbus-org.freedesktop.resolve1.service → /lib/systemd/system/systemd-resolved.service.
Created symlink /etc/systemd/system/multi-user.target.wants/systemd-resolved.service → /lib/systemd/system/systemd-resolved.service.
neko-world@neko-world:~$ sudo sudo systemctl enable systemd-resolved
neko-world@neko-world:~$ sudo sudo systemctl start systemd-resolved
neko-world@neko-world:~$ ping -c2 free.fr
ping: free.fr: Temporary failure in name resolution
neko-world@neko-world:~$ systemd-resolve --no-pager --status
Global
         DNS Servers: 192.168.0.254
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 6 (bond0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 212.27.40.241
                      212.27.40.240
                      2a01:e00::2
                      2a01:e00::1

Link 5 (enp5s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 4 (enp4s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 3 (enp3s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 2 (enp2s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

voila j'ai fait mais ne fonctionne toujour pas

PPdM · Le 20/04/2020, à 19:13

Et le reboot électrique de la box ?

Link_Darck · Le 20/04/2020, à 19:41

PPdM a écrit :

Et le reboot électrique de la box ?

je l'ai deja reboot plusieurs fois

Link_Darck · Le 20/04/2020, à 19:47

bruno a écrit :

Oui, mais depuis le début il y a une configuration réseau et DNS foireuse.

sa peut être quoi qui as foirer le réseaux sa peut être possible une mise à jour ?

et comment régler le soucis que je peut ping un ip sans problème et pas un nom domaine exemple google.fr ou minecraft.net

merci d'avance de l'aide que vous m'avez apporter

PPdM · Le 20/04/2020, à 19:57

essayes ça

/etc/init.d/named restart

si tu ne l'a pas déjà fait

Pour ta box, tu l'a éteinte ou tu rebootée ?

bruno · Le 20/04/2020, à 20:09

systemd-networkd a récupéré les résolveurs de Free mais la configuration réseau n'est toujours pas bonne puisqu'il les attribue a bond0 au lieu de les attribuer à enp2s0.
Est-ce que tu as bien le fichier /etc/netplan/50-cloud-init.yaml quer j'ai indiqué en #14 ?
Et redémarrer complètement le serveur.
Parce que là il ya des incohérences…

PPdM · Le 20/04/2020, à 20:10

Mais tu ne lui avait pas fait changer tout à l'heure ?

Link_Darck · Le 20/04/2020, à 20:25

bruno a écrit :

systemd-networkd a récupéré les résolveurs de Free mais la configuration réseau n'est toujours pas bonne puisqu'il les attribue a bond0 au lieu de les attribuer à enp2s0.
Est-ce que tu as bien le fichier /etc/netplan/50-cloud-init.yaml quer j'ai indiqué en #14 ?
Et redémarrer complètement le serveur.
Parce que là il ya des incohérences…

j'ai meme tester tout ce que vous m'avez dit pour ça mais sa na pas fonctionner donc j'ai mit bond0 ce que j'avais paramétrer a l'installation de unbutu server

Link_Darck · Le 20/04/2020, à 20:27

PPdM a écrit :

essayes ça
/etc/init.d/named restart
si tu ne l'a pas déjà fait
Pour ta box, tu l'a éteinte ou tu rebootée ?

je l'ai fait et ça donne ceci

neko-world@neko-world:~$ /etc/init.d/named restart
-bash: /etc/init.d/named: No such file or directory
neko-world@neko-world:~$ sudo /etc/init.d/named restart
[sudo] password for neko-world:
sudo: /etc/init.d/named: command not found

bruno · Le 20/04/2020, à 20:33

Link_Darck a écrit :

bruno a écrit :
systemd-networkd a récupéré les résolveurs de Free mais la configuration réseau n'est toujours pas bonne puisqu'il les attribue a bond0 au lieu de les attribuer à enp2s0.
Est-ce que tu as bien le fichier /etc/netplan/50-cloud-init.yaml quer j'ai indiqué en #14 ?
Et redémarrer complètement le serveur.
Parce que là il ya des incohérences…
j'ai meme tester tout ce que vous m'avez dit pour ça mais sa na pas fonctionner donc j'ai mit bond0 ce que j'avais paramétrer a l'installation de unbutu server

Tu as mis bond0 où et comment ? Explique en détail.
Si tu changes la configuration en cours de route on ne va pas y arriver.

Link_Darck · Le 20/04/2020, à 20:38

/etc/netplan/50-cloud-init.yaml:

# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    bonds:
        bond0:
            addresses: [192.168.0.250/24]
            gateway4: 192.168.0.254
            nameservers:
                addresses: [80.67.169.12, 80.67.169.40]
            dhcp4: false
            dhcp6: false
            interfaces:
            - enp2s0
            - enp3s0
            - enp4s0
            - enp5s0
            parameters:
                mode: balance-rr
    ethernets:
        enp2s0: {}
        enp3s0: {}
        enp4s0: {}
        enp5s0: {}
    version: 2

ifconfig:

neko-world@neko-world:~$ ifconfig
bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST>  mtu 1500
        inet 192.168.0.250  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::5486:77ff:fed6:3cef  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:e34:ef82:47f0:5486:77ff:fed6:3cef  prefixlen 64  scopeid 0x0<                                                                                                             global>
        ether 56:86:77:d6:3c:ef  txqueuelen 1000  (Ethernet)
        RX packets 102  bytes 9693 (9.6 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 457  bytes 38777 (38.7 KB)
        TX errors 0  dropped 10 overruns 0  carrier 0  collisions 0

enp2s0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether 56:86:77:d6:3c:ef  txqueuelen 1000  (Ethernet)
        RX packets 102  bytes 9693 (9.6 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 457  bytes 38777 (38.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xfb3e0000-fb400000

enp3s0: flags=6147<UP,BROADCAST,SLAVE,MULTICAST>  mtu 1500
        ether 56:86:77:d6:3c:ef  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17  memory 0xfb4e0000-fb500000

enp4s0: flags=6147<UP,BROADCAST,SLAVE,MULTICAST>  mtu 1500
        ether 56:86:77:d6:3c:ef  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  memory 0xfb5e0000-fb600000

enp5s0: flags=6147<UP,BROADCAST,SLAVE,MULTICAST>  mtu 1500
        ether 56:86:77:d6:3c:ef  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 19  memory 0xfb6e0000-fb700000

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 7614  bytes 2467135 (2.4 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7614  bytes 2467135 (2.4 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Link_Darck · Le 20/04/2020, à 20:42

bruno a écrit :

Link_Darck a écrit :
bruno a écrit :
systemd-networkd a récupéré les résolveurs de Free mais la configuration réseau n'est toujours pas bonne puisqu'il les attribue a bond0 au lieu de les attribuer à enp2s0.
Est-ce que tu as bien le fichier /etc/netplan/50-cloud-init.yaml quer j'ai indiqué en #14 ?
Et redémarrer complètement le serveur.
Parce que là il ya des incohérences…
j'ai meme tester tout ce que vous m'avez dit pour ça mais sa na pas fonctionner donc j'ai mit bond0 ce que j'avais paramétrer a l'installation de unbutu server
Tu as mis bond0 où et comment ? Explique en détail.
Si tu changes la configuration en cours de route on ne va pas y arriver.

Bond0 permet d’éviter que mes port ethernet ce désactive et que je peut brancher 4 cable ethernet au serveur et prendre l'ip 192.168.0.250 avec les 4 cable ethernet brancher
le Bond0 transforme les 4 prises ethernet en 1 virtuelle et ce réglage je l'ai fait à l'installation de l'os du serveur mais il y as longtemps ce problème je l'ai eu apres un redémarrage du serveur

Link_Darck · Le 20/04/2020, à 22:27

bruno a écrit :

Pas étonnant que cela ne fonctionne pas…
Il faut modifier ton fichier /etc/netplan/50-cloud-init.yaml comme suit :
network:
    ethernets:
        enp2s0:
            addresses: [192.168.0.250/24]
            gateway4: 192.168.0.254
            nameservers:
                addresses: [80.67.169.12, 80.67.169.40]
            dhcp4: false
            dhcp6: false
    version: 2
Puis
sudo netplan apply
et enfin
sudo systemctl restart systemd-networkd
Voir la doc netplan

Bruno bonne nouvelle grace à toi les cartes ethernet fonctionne le fait qui na pas ping google mais l'ip c'est à cause du /etc/resolv.conf
il y avez marquer nameserver 192.168.0.254
alors que le système met par défaut ceci

# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS
# servers currently in use.
#
# Third party programs must not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5)
# in a different way, replace this symlink by a static file or a
# different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported
# modes of operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0

mais le problème quand je ping ça affiche ceci c'est normale

neko-world@neko-world:~$ ping google.fr
PING google.fr(par10s28-in-x03.1e100.net (2a00:1450:4007:80a::2003)) 56 data bytes
64 bytes from par10s28-in-x03.1e100.net (2a00:1450:4007:80a::2003): icmp_seq=1 ttl=57 time=23.8 ms
64 bytes from par10s28-in-x03.1e100.net (2a00:1450:4007:80a::2003): icmp_seq=2 ttl=57 time=23.6 ms
^C
--- google.fr ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 23.642/23.740/23.838/0.098 ms
neko-world@neko-world:~$

bruno · Le 21/04/2020, à 08:09

Oui le retour du ping est normal.

PPdM · Le 21/04/2020, à 12:20

bruno a écrit :

Oui le retour du ping est normal.

Tu es le meilleur !

bruno · Le 21/04/2020, à 13:15

Et non, j'avais oublié de lui faire remettre le fichier /etc/resolv.conf auto-généré. Mais Link_Darck a trouvé de lui même

Link_Darck · Le 21/04/2020, à 18:41

@bruno et @PPdM Merci pour votre aide surtout un grand merci à bruno car c'est grace a toi que tu as fait fonctionné toute mes cartes ethernet du coup c'est résolut
cordialement

Dernière modification par Link_Darck (Le 21/04/2020, à 18:42)

PPdM · Le 21/04/2020, à 20:00

C'est sur, moi je n'ai rien fait, j'ai juste regardé et appris ma leçon !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 20/04/2020, à 17:14

Re : Temporary failure in name resolution

#27 Le 20/04/2020, à 17:24

Re : Temporary failure in name resolution

#28 Le 20/04/2020, à 17:25

Re : Temporary failure in name resolution

#29 Le 20/04/2020, à 19:10

Re : Temporary failure in name resolution

#30 Le 20/04/2020, à 19:13

Re : Temporary failure in name resolution

#31 Le 20/04/2020, à 19:41

Re : Temporary failure in name resolution

#32 Le 20/04/2020, à 19:47

Re : Temporary failure in name resolution

#33 Le 20/04/2020, à 19:57

Re : Temporary failure in name resolution

#34 Le 20/04/2020, à 20:09

Re : Temporary failure in name resolution

#35 Le 20/04/2020, à 20:10

Re : Temporary failure in name resolution

#36 Le 20/04/2020, à 20:25

Re : Temporary failure in name resolution

#37 Le 20/04/2020, à 20:27

Re : Temporary failure in name resolution

#38 Le 20/04/2020, à 20:33

Re : Temporary failure in name resolution

#39 Le 20/04/2020, à 20:38

Re : Temporary failure in name resolution

#40 Le 20/04/2020, à 20:42

Re : Temporary failure in name resolution

#41 Le 20/04/2020, à 22:27

Re : Temporary failure in name resolution

#42 Le 21/04/2020, à 08:09

Re : Temporary failure in name resolution

#43 Le 21/04/2020, à 12:20

Re : Temporary failure in name resolution

#44 Le 21/04/2020, à 13:15

Re : Temporary failure in name resolution

#45 Le 21/04/2020, à 18:41

Re : Temporary failure in name resolution

#46 Le 21/04/2020, à 20:00

Re : Temporary failure in name resolution

Pied de page des forums