# Destination Host Unreachable **URL:** \ **Category:** Support Debian\ **Tags:** wifi, bookworm\ **Created:** [Novembre 15, 2024, 5:09 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561 "2024-11-15T17:09:41Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 15, 2024, 5:09 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/1 "2024-11-15T17:09:41Z")
Bonjour, Je viens vers vous car j’ai un soucis récemment concernant ma machine. J’ai un Raspberry Pi4, sous Debian 12 ARM64. J’ai essayé d’installer Plex et donc mettre une IP Statique via NetworkManager, et en essayant de ping vers un site pour voir si ça fonctionne, j’obtiens un Destination Host Unreachable. J’ai regardé mon NetworkManager, et tout est ok. J’étais en ethernet, donc j’ai essayé avec le wifi et bingo, même soucis… Ci joint mon NM: ``` > ip addr show wlan0 > 3: wlan0: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 > link/ether d8:3a:dd:2a:67:c7 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.113/24 brd 192.168.1.255 scope global noprefixroute wlan0 > valid_lft forever preferred_lft forever > inet6 2001:861:2084:25a0:dc91:8be1:c3d8:67/64 scope global dynamic noprefixroute > valid_lft 86268sec preferred_lft 14268sec > inet6 fdda:4600:dd85:6247:d1ba:2861:134f:390b/64 scope global dynamic noprefixroute > valid_lft 1684sec preferred_lft 1684sec > inet6 fe80::4c84:658:4c6c:5981/64 scope link noprefixroute > valid_lft forever preferred_lft forever ``` ![Capture d’écran 2024-11-15 à 18.07.23](https://www.debian-fr.org/uploads/default/original/2X/a/a504d0c334b9bbb3db1892a0b02f34d450836e5e.png) J’ai désactivé mon ethernet en attendant. J’utilisais DHCP mais depuis que je suis passé Bookworm, je suis un peu perdu 😅 Je vous remercie à tous 🙂 ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Novembre 15, 2024, 8:36 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/2 "2024-11-15T20:36:05Z")
salut ton 192.168.1.113/24 dans la confdevrait surement être 192.168.1.113 ( mais le /24 apparait quand même dans le `ip addr show wlan0` ) le /24 signifie que tu es sur un réseau où les 24 premiers bits ( soient 192 , 168 et 1 ) sont fixes et les 8 derniers sont variables , ce qui autorise un réseau qui va de 192.168.1.0 à 192.168.1.255 ( même si le .0 n’est jamais utilisé, je ne sais plus pourquoi ) ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 15, 2024, 9:14 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/3 "2024-11-15T21:14:44Z")
Tout à fais, ça je l’avais compris, mais je sais pas pourquoi impossible de me connecter. J’ai essayer de remettre en dynamique et même problème… Pas trop envie de reset… ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 15, 2024, 10:27 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/4 "2024-11-15T22:27:46Z")
Peux-tu au moins pinger un serveur dns. Que dit ceci: ```auto ping -c2 8.8.8.8 systemctl status systemd-resolved.service ``` ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 15, 2024, 11:35 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/5 "2024-11-15T23:35:20Z")
Alors le ping retourne le même message. Par contre le systemd-resolved.service, n’existe pas de mon côté ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 16, 2024, 8:43 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/7 "2024-11-16T08:43:28Z")
> [@Knocxx](#): > > Alors le ping retourne le même message. > Par contre le systemd-resolved.service, n’existe pas de mon côté Ta connexion est-elle active ? Peux-tu au moins pinger 192.168.1.1 ? Il te faut un resolver de DNS. Installe `systemd-resolved`, puis: `systemctl enable --now systemd-resolved` ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 16, 2024, 10:44 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/9 "2024-11-16T10:44:48Z")
sans filtre que donnent les deux commandes: ```auto ip a ip route ``` ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 16, 2024, 7:06 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/10 "2024-11-16T19:06:24Z")
> [@Verner](#): > > 192.168.1.1 Même message… > [@Zargos](#): > > sans filtre que donnent les deux commandes: > > ```auto > ip a > ip route > > ``` > knocxx@raspberrypi:~ $ ip a > 1: lo: \ 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 > inet6 ::1/128 scope host noprefixroute > valid\_lft forever preferred\_lft forever > 2: eth0: \ mtu 1500 qdisc mq state UP group default qlen 1000 > link/ether d8:3a:dd:2a:67:c6 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.111/24 brd 192.168.1.255 scope global noprefixroute eth0 > valid\_lft forever preferred\_lft forever > inet6 2001:861:2084:25a0:883c:308a:38a4:2e73/64 scope global dynamic noprefixroute > valid\_lft 86307sec preferred\_lft 14307sec > inet6 fe80::4b4a:b2cb:511e:7b20/64 scope link noprefixroute > valid\_lft forever preferred\_lft forever > 3: wlan0: \ mtu 1500 qdisc pfifo\_fast state DORMANT group default qlen 1000 > link/ether d8:3a:dd:2a:67:c7 brd ff:ff:ff:ff:ff:ff > knocxx@raspberrypi:~ $ ip route > default via 192.168.1.1 dev eth0 proto static metric 100 > 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.111 metric 100 Sinon à défaut, je peux faire un reset de mon OS. J’ai désactivé le DHCP de ma box si ça peut aider. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 16, 2024, 8:39 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/11 "2024-11-16T20:39:15Z")
@Knocxx Je suis intervenu uniquement parce-que personne ne te répondait. Ton sujet regagne subitement de l’intérêt semble-t-il. Il n’y a jamais de solution unique dans un sujet réseau, et chacun peut être subitement tenté de donner son avis, mais mon avis est que moins il y a d’interférences et de contradiction dans un sujet réseau, plus c’est simple. Je propose dans un premier temps une analyse pragmatique. Ceci étant dit… Si tu ne peux pas pinger ton gateway (ou routeur), tu dois bien te douter qu’essayer de joindre internet est impossible. Logique de base. Il faut donc commencer par activer ta connexion au routeur. On va commencer par une connexion filaire, pour faire abstraction de tout problème de configuration spécifique wifi. En connexion **filaire** ethernet, peux-tu faire ça: ```auto nmcli connection up id eth0 nmcli device status nmcli device show eth0 |awk '/DNS/{printf $2" "}' systemctl status systemd-resolved.service ``` Une fois la connexion eth0 clarifiée et DNS fonctionnel, tu pourras passer au wifi. ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 16, 2024, 9:07 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/12 "2024-11-16T21:07:22Z")
Je te remercie de l’intérêt que tu porte à ce sujet. En effet difficile pour moi de commencer sur bookworm ☹ . Sinon c’est effectué, le status de systemd-resolved est bien actif. Le retour du DNS est celui la: > 8.8.8.8 8.8.4.4 2001:861:2084:25a0:56c4:5bff:fe01:b76c Par contre désormais lorsque je veux ping, j’ai ce message désormais : > ping: [github.com](http://github.com): Temporary failure in name resolution ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 16, 2024, 9:15 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/13 "2024-11-16T21:15:09Z")
Quelle difficulté rencontres-tu pour donner le retour exact des commandes ? Je ne te demande pas de les interpréter, mais de les donner. Il y en avait 4, et un peu plus maintenant. Et… peux-tu pinger ton routeur ou pas ? Que dit ceci, sans l’interpéter. ```auto nmcli connection up id eth0 nmcli device status nmcli device show eth0 |grep DNS systemctl status systemd-resolved.service ping -c2 192.168.1.1 readlink /etc/resolv.conf awk '!/#/' /etc/resolv.conf cat /etc/NetworkManager/NetworkManager.conf ``` ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 16, 2024, 9:51 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/14 "2024-11-16T21:51:51Z")
> > [@Verner](#): > > > > ```auto > > nmcli connection up id eth0 > > nmcli device status > > nmcli device show eth0 |grep DNS > > > > ``` > > knocxx@raspberrypi:~ $ sudo nmcli connection up id eth0 > Error: unknown connection ‹ eth0 ›. > > knocxx@raspberrypi:~ $ sudo nmcli connection up id « Wired connection 1 » > Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/6) > > knocxx@raspberrypi:~ $ nmcli device status > DEVICE TYPE STATE CONNECTION > eth0 ethernet connected Wired connection 1 > wlan0 wifi connected Bbox-29D56DB3 > lo loopback connected (externally) lo > p2p-dev-wlan0 wifi-p2p disconnected – > > knocxx@raspberrypi:~ $ nmcli device show eth0 |grep DNS > IP4.DNS[1]: 8.8.8.8 > IP4.DNS[2]: 8.8.4.4 > IP6.DNS[1]: 2001:861:2084:25a0:56c4:5bff:fe01:b76c > [@Verner](#): > > `systemctl status systemd-resolved.service` > systemctl status systemd-resolved.service > > ● systemd-resolved.service - Network Name Resolution > Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled) > Active: active (running) since Sat 2024-11-16 22:01:14 CET; 49min ago > Docs: man:systemd-resolved.service(8) > man:org.freedesktop.resolve1(5) > [https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers](https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers) > [https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients](https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients) > Main PID: 1182 (systemd-resolve) > Status: « Processing requests… » > Tasks: 1 (limit: 3911) > CPU: 257ms > CGroup: /system.slice/systemd-resolved.service > └─1182 /lib/systemd/systemd-resolved > > Nov 16 22:01:14 raspberrypi systemd[1]: Starting systemd-resolved.service - Network Name Resolution… > Nov 16 22:01:14 raspberrypi systemd-resolved[1182]: Positive Trust Anchors: > Nov 16 22:01:14 raspberrypi systemd-resolved[1182]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d > Nov 16 22:01:14 raspberrypi systemd-resolved[1182]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arp\> > Nov 16 22:01:14 raspberrypi systemd-resolved[1182]: Using system hostname ‹ raspberrypi ›. > Nov 16 22:01:14 raspberrypi systemd[1]: Started systemd-resolved.service - Network Name Resolution. > [@Verner](#): > > ```auto > readlink /etc/resolv.conf > awk '!/#/' /etc/resolv.conf > cat /etc/NetworkManager/NetworkManager.conf > > ``` ``` knocxx@raspberrypi:~ $ readlink /etc/resolv.conf ../run/systemd/resolve/stub-resolv.conf knocxx@raspberrypi:~ $ awk '!/#/' /etc/resolv.conf nameserver 127.0.0.53 options edns0 trust-ad search . knocxx@raspberrypi:~ $ cat /etc/NetworkManager/NetworkManager.conf [main] plugins=ifupdown,keyfile [ifupdown] managed=false [device] wifi.scan-rand-mac-address=no ``` Voila.. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 16, 2024, 10:18 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/15 "2024-11-16T22:18:22Z")
Ça fait 2 fois que je demande si tu peux **pinguer ton routeur**. Peux-tu dire : oui ou non, voir … donner le retour du ping demandé. Je ne vois pas du tout ce qu’il y a de compliqué. Ensuite, edite /etc/resolv.conf , et ajoute sous `nameserver 127.0.0.53` > nameserver 8.8.8.8 > nameserver 8.8.4.4 Puis `sudo systemctl restart systemd-resolved.service` `sudo systemctl restart NetworkManager` ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 16, 2024, 10:29 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/16 "2024-11-16T22:29:24Z")
> [@Verner](#): > > Ça fait 2 fois que je demande si tu peux **pinguer ton routeur**. > Peux-tu dire : oui ou non, voir … donner le retour du ping demandé. > Je ne vois pas du tout ce qu’il y a de compliqué. J’avais déjà répondu, même message que celui de base: Mais sinon tiens: > ping -c2 192.168.1.1 > > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. > > From 192.168.1.111 icmp\_seq=1 Destination Host Unreachable Après avoir fait ceci: > [@Verner](#): > > Ensuite, edite /etc/resolv.conf , et ajoute sous `nameserver 127.0.0.53` > > > nameserver 8.8.8.8 > > nameserver 8.8.4.4 > > Puis > `sudo systemctl restart systemd-resolved.service` > `sudo systemctl restart NetworkManager` Le retour de mon ping vers routeur: > ping -c2 192.168.1.1 > > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. > > From 192.168.1.111 icmp\_seq=1 Destination Host Unreachable ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 16, 2024, 10:36 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/17 "2024-11-16T22:36:01Z")
Si tu caches l’information demandée, ça va être compliqué. Est-ce que au moins tu as compris que si tu n’as pas accès à ton routeur, tu n’auras évidemment pas accès à github (…). Sinon, réfléchis-y. C’est la première chose à réussir si la connexion est bien active. Il y a un strict minimum de logique à avoir. Le réseau est une partie complexe et particulièrement la partie DNS, à solutions multiples. On verra ça plus tard. En attendant, vérifie que l’adresse de ton gateway est bien 192.168.1.1. Inutile d’aller plus loin sans pouvoir pinguer ton routeur. ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 17, 2024, 12:55 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/18 "2024-11-17T12:55:31Z")
Je n’ai cacher aucune information, j’avais déjà répondu à la question. Et bien sûr je sais bien que si je n’arrive pas à ping mon routeur, le reste fonctionne pas. Sinon pour répondre à ta question oui, mon Gateway est bien régler sur 192.168.1.1 ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 17, 2024, 1:22 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/19 "2024-11-17T13:22:14Z")
> Je n’ai caché aucune information, j’avais déjà répondu à la question. Avant ou après connexion, le ping de ton routeur fonctionne ou pas. Si je demandais avec insistance et répétition le ping routeur après activation apparente de la connexion, c’est que j’avais besoin de vérification, et non d’hypothèse. Donc en résumé, avant de s’occuper du sujet ‹ _Destination Host Unreachable_ ›, il faut commencer par résoudre ‹ _Gateway Unreachable_ ›, sinon c’est une perte totale de temps. La chronologie: 1 ) accès local → le ping du routeur doit fonctionner si connexion active 2 ) ping serveur DNS → ne nécessite pas de résolution DNS 3 ) ping serveur quelconque → nécessite DNS fonctionnel : tout va bien. S’obstiner sur l’étape **3** (accès github par exemple) avant la **1** n’a pas de sens. > Raspberry Pi4, sous Debian 12 ARM64. J’ai essayé d’installer **Plex**. N’ayant pas l’expérience de cette configuration, et sans connaître l’historique de ton système, j’espère que la méthodologie de base aidera à progresser dans les investigations. J’ignore pourquoi le ping de ta Bbox semble impossible. C’est un point de blocage dans ma compréhension. Désolé. ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 17, 2024, 1:32 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/20 "2024-11-17T13:32:54Z")
J’avais tout à fais compris la chronologie. Est ce que je dois désactiver mon DHCP de ma Bbox ? Est ce que tu souhaite que je reset mon système pour avoir une connexion active avec mon routeur et essaye une installation d’une IP Statique. Je n’ai aucun soucis à effectuer le reset, il est tout juste installer le Debian. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Novembre 17, 2024, 3:06 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/21 "2024-11-17T15:06:24Z")
> [@Knocxx](#): > > J’avais tout à fais compris la chronologie. Tu ne l’as pas prouvé, mais admettons. Que dit ceci (il y a 2 commandes). ```auto hostname cat /etc/hosts ``` Et une hypothèse relative à la BBOX: refus de configuration DNS autre que celle imposée par la BBOX. J’ai bien dit hypothèse. > [@Knocxx](#): > > mon Gateway est bien réglé sur 192.168.1.1 Des BBox ont pour adresse 192.168.1. **254** d’où ma demande de confirmation à 100%. ---
**Author:** ![Knocxx](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/ee59a6/32.png) [@Knocxx](https://www.debian-fr.org/u/Knocxx)\ **Post date:** [Novembre 17, 2024, 4:41 UTC](https://www.debian-fr.org/t/destination-host-unreachable/90561/22 "2024-11-17T16:41:04Z")
> [@Verner](#): > > ```auto > hostname > cat /etc/hosts > > ``` La réponse: > knocxx@raspberrypi:~ $ hostname > > raspberrypi > > knocxx@raspberrypi:~ $ cat /etc/hosts > > 127.0.0.1 localhost > > ::1 localhost ip6-localhost ip6-loopback > > ff02::1 ip6-allnodes > > ff02::2 ip6-allrouters > > 127.0.1.1 raspberrypi > > knocxx@raspberrypi:~ $ hostname -i > > 127.0.1.1 Ma bbox: ![Capture d’écran 2024-11-17 à 17.40.18](https://www.debian-fr.org/uploads/default/original/2X/0/017118d8b652402f20a51b7894b03d8cb73cddaf.png) Je vais tester avec 192.168.1.254. Edit: Si je ping 192.168.1.254: > ping -c2 192.168.1.254 > > PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data. > > ``` > 64 bytes from 192.168.1.254: icmp_seq=1 ttl=64 time=10.5 ms > > 64 bytes from 192.168.1.254: icmp_seq=2 ttl=64 time=7.32 ms > > --- 192.168.1.254 ping statistics --- > > 2 packets transmitted, 2 received, 0% packet loss, time 1002ms > > rtt min/avg/max/mdev = 7.318/8.915/10.512/1.597 ms > > ``` [Page suivante](https://www.debian-fr.org/t/destination-host-unreachable/90561.md?page=2)