# Host Unreachable

**URL:** <https://www.debian-fr.org/t/host-unreachable/82663>\
**Category:** Support Debian\
**Created:** [Août 20, 2020, 9:30 UTC](https://www.debian-fr.org/t/host-unreachable/82663 "2020-08-20T09:30:13Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 4:32 UTC](https://www.debian-fr.org/t/host-unreachable/82663/21 "2020-09-01T16:32:41Z")

</div>

Pour les 2 réseaux, c’est encore une modif (simplification) à faire.

Le script est recopié ci-dessous (pense pas que ce soit lui le coupable), il est commenté.

```nohighlight
#!/bin/bash
  #200901 arp_test.bash
  #
  # Prend une photo du cache arp 
  # - chaque fois que l'arp de la Box change
  # - chaque fois que le cache change
  # Pour essayer de comprendre perte Wifi en 08/2020
  # Utilisation
  # Dans le PC à analyser déplacer ce script dans /sys_maj/local par ex
  # nohup ./arp_test.bash &
  #
  # Suivi
  # watch tail arp_test.res
  #
  f0=arp_test0.res # enregistre les changements de la box
  f1=arp_test1.res # enregistre les changements de la box et prend une photo du cache arp
  f2=arp_test2.res # enregistre les changements du cache arp dans son ensemble
  vp1='';vp2=''	# valeurs précédentes ( box , ensemble )
  dat=`date`
  echo $dat > $f1;echo $dat > $f2
  arp=`arp -n` # le cache arp
  echo "$arp" >> $f1 # " autour de $arp, sinon une seule ligne
  echo "$arp" >> $f2
  v1=`echo "$arp" | grep '192.168.0.1 '` # arp box précédente
  echo "$dat : $v1" > $f0
  v2=$arp # cache arp précédent
  while [[True]] ; do {
  	sleep 1
  	arp=`arp -n` # le cache arp
  	va=`echo "$arp" | grep '192.168.0.1 '` # arp box actuel
  	[[$va == $v1]] || { # changement arp box
  		dat=`date`
  		echo "$dat : $va" >> $f0
  		echo $dat >> $f1
  		echo "$va ($v1)" >> $f1
  		echo "$arp" >> $f1
  		v1=`echo "$arp" | grep '192.168.0.1 '`
  	}
  	[[$arp == $v2]] || { # changement arp global
  		date >> $f2
  		echo "$arp" >> $f2
  		v2=$arp
  	}
  }
  done

```

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 4:37 UTC](https://www.debian-fr.org/t/host-unreachable/82663/22 "2020-09-01T16:37:41Z")

</div>

Etat à maintenant, ce n’est pas ipv6, pour info les pbs relevés ce jour, à noter que sur PC3, les durées sont toujours très faibles.  
17h23 PC3 7s  
17h19 PC1 31mn  
15h44 PC1 28mn  
14h31 PC3 3s  
14h13 PC3 10s  
14h11 PC3 24s  
14h09 PC1 KO 32mn  
14h09 PC1 KO 21s  
14h08 PC3 KO 9s  
13h52 PC3 KO 19s  
12h04 PC1 KO 13mn  
12h04 PC1 KO 27s

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 1, 2020, 4:40 UTC](https://www.debian-fr.org/t/host-unreachable/82663/23 "2020-09-01T16:40:53Z")

</div>

J’ai déjà indiqué qu’un réseau Wifi qui se déconnecte de manière aléatoire c’est souvent un problème de carte ou de pilote WiFi.  
Mais on ne sait toujours pas quel modèle tu utilises.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 4:41 UTC](https://www.debian-fr.org/t/host-unreachable/82663/24 "2020-09-01T16:41:22Z")

</div>

Nouvelle modif faite : suppression de la double IP dans PC1 et PC3  
Dans la conf. de NetworkManager : auto -\> manual

A noter que, les 2 PCs étant des portables, cette méthode me permet de me connecter sur des box dont l’adresse n’est pas 192.168.0.1 tout en ayant une IP fixe connue sur les box 192.168.0.1  
Si il y a une autre solution je suis preneur.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 4:57 UTC](https://www.debian-fr.org/t/host-unreachable/82663/25 "2020-09-01T16:57:57Z")

</div>

Hello Bruno1, si tu as souvent demandé le modèle, j’ai souvent pas vu ta demande 🙂

Et voilà donc les résultats de la cde ‹&nbsp;cat /etc/issue;uname -a;lspci | grep Network;lspci -nnkd ::0280&nbsp;› sur les 2PCs.

Debian GNU/Linux 10 \n \l  
Linux PC11 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86\_64 GNU/Linux  
02:00.0 Network controller: Broadcom Limited BCM43142 802.11b/g/n (rev 01)  
02:00.0 Network controller [0280]: Broadcom Limited BCM43142 802.11b/g/n [14e4:4365] (rev 01)  
Subsystem: Lite-On Communications Inc BCM43142 802.11b/g/n [11ad:6645]  
Kernel driver in use: wl  
Kernel modules: wl

Ubuntu 20.04.1 LTS \n \l  
Linux PC3 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86\_64 x86\_64 x86\_64 GNU/Linux  
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723DE 802.11b/g/n PCIe Adapter  
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723DE 802.11b/g/n PCIe Adapter [10ec:d723]  
DeviceName: WLAN  
Subsystem: Hewlett-Packard Company RTL8723DE 802.11b/g/n PCIe Adapter [103c:8319]  
Kernel driver in use: rtw\_pci  
Kernel modules: rtwpci

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 5:07 UTC](https://www.debian-fr.org/t/host-unreachable/82663/26 "2020-09-01T17:07:36Z")

</div>

Côté firmware c’est un peu plus compliqué, j’ai des erreurs inexpliquées, mais celles-ci étaient de fait déjà présentes avant le changement de la box, ceci dit c’est un point à éclaircir.  
Cde utilisée : dmesg | grep firmware

PC1  
[0.375294] Spectre V2 : Enabling Restricted Speculation for firmware calls  
[15.693277] bluetooth hci0: firmware: failed to load brcm/BCM43142A0-04ca-2009.hcd (-2)  
[15.693356] firmware\_class: See [https://wiki.debian.org/Firmware](https://wiki.debian.org/Firmware) for information about missing firmware  
[15.693431] bluetooth hci0: Direct firmware load for brcm/BCM43142A0-04ca-2009.hcd failed with error -2  
[26.747801] r8169 0000:01:00.0: firmware: failed to load rtl\_nic/rtl8168g-2.fw (-2)  
[26.749019] r8169 0000:01:00.0: Direct firmware load for rtl\_nic/rtl8168g-2.fw failed with error -2  
[26.749025] r8169 0000:01:00.0 enp1s0: unable to load firmware patch rtl\_nic/rtl8168g-2.fw (-2)

PC3  
dmesg | grep firmware  
[1.271689] [drm] Found UVD firmware Version: 1.43 Family ID: 15  
[1.272026] [drm] Found VCE firmware Version: 52.0 Binary ID: 3  
[1.640539] psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x6d4f02)  
[265.101776] rtw\_pci 0000:03:00.0: firmware failed to restore hardware setting  
[267.085813] rtw\_pci 0000:03:00.0: firmware failed to restore hardware setting  
… même ligne plus de 20 fois  
[2703.086826] rtw\_pci 0000:03:00.0: firmware failed to restore hardware setting

---

<div class="post-metadata">

**Author:** ![dexter74](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dexter74/32/4705_2.png) [@dexter74](https://www.debian-fr.org/u/dexter74)\
**Post date:** [Septembre 1, 2020, 5:54 UTC](https://www.debian-fr.org/t/host-unreachable/82663/27 "2020-09-01T17:54:11Z")

</div>

Bonjour,  
Pourrais tu poster le fichier /etc/network/interfaces pour vérifier.  
Ensuite je penses que tu as un bien un problème de pilote .

Pour la carte wifi:

> [I Challenge Thee](https://wiki.debian.org/fr/bcm43xx)

Peux tu donner le retour de la commande :

> journalctl -r -p err

Pour ma part, je pense que la commande suivante te réglerai ton problème:

> apt install --reinstall broadcom-sta-dkms

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 6:03 UTC](https://www.debian-fr.org/t/host-unreachable/82663/28 "2020-09-01T18:03:56Z")

</div>

Pour les 2 PCS

**cat /etc/network/interfaces**

```
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

```

**cat /etc/NetworkManager/NetworkManager.conf**  
[main]  
plugins=ifupdown,keyfile

```
[ifupdown]
managed=false
```

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 6:22 UTC](https://www.debian-fr.org/t/host-unreachable/82663/29 "2020-09-01T18:22:52Z")

</div>

> [@dexter74](#):
>
> journalctl -r -p err

```
**journalctl -r -p err**

**PC1**

-- Logs begin at Tue 2020-09-01 18:12:02 CEST, end at Tue 2020-09-01 20:19:11 CEST. --

sept. 01 20:06:51 PC1 ntpd[562]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)

sept. 01 20:06:51 PC1 ntpd[562]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)

… (ci-dessous autre erreur découverte )

sept. 01 18:12:19 PC1 NetworkManager[455]: <error> [1598976739.9751] device (wlp2s0): addrconf6: failed to start neighbor discovery: failure creating lib

sept. 01 18:12:19 PC1 wpa_supplicant[457]: bgscan simple: Failed to enable signal strength monitoring

sept. 01 18:12:19 PC1 ntpd[562]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)

sept. 01 18:12:19 PC1 ntpd[562]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)

sept. 01 18:12:17 PC1 kernel: r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)

sept. 01 18:12:16 PC1 ntpd[562]: restrict: ignoring line 41, mask '::' unusable.

sept. 01 18:12:08 PC1 kernel: Bluetooth: hci0: unexpected event for opcode 0x1003

sept. 01 18:12:08 PC1 kernel: Bluetooth: hci0: command 0x1003 tx timeout

sept. 01 18:12:06 PC1 kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

sept. 01 18:12:06 PC1 kernel: bluetooth hci0: firmware: failed to load brcm/BCM43142A0-04ca-2009.hcd (-2)

sept. 01 18:12:02 PC1 kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP01.PEGP.DD02._BCL, AE_NOT_FOUND (20180810/psparse-516)

sept. 01 18:12:02 PC1 kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], AE_NOT_FOUND (20180810/psargs-330)

lines 401-433/433 (END)

**PC3**

-- Logs begin at Thu 2020-07-23 06:39:35 CEST, end at Tue 2020-09-01 20:15:36 CEST. --

sep 01 20:14:33 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:14:31 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:13:53 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:12:55 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:12:51 PC3 postfix/sendmail[64624]: fatal: open /etc/postfix/main.cf: No such file or directory

sep 01 20:12:47 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:11:59 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:11:15 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:10:47 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:10:47 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:10:23 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:10:15 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

sep 01 20:10:07 PC3 kernel: rtw_pci 0000:03:00.0: failed to send h2c command

...

```

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 6:27 UTC](https://www.debian-fr.org/t/host-unreachable/82663/30 "2020-09-01T18:27:29Z")

</div>

Pb de pilote, probablement, qui s’est révélé avec le chgt de la box?,  
J’attends avant de lancer la cde que tu proposes, plein de choses à comprendre via la cde précédente et toujours pas de pb relevé sur PC1 depuis ma dernière modif (1 seule IP), alors que 5 , toujours courtes, sur PC3  
Déjà un grand merci.

---

<div class="post-metadata">

**Author:** ![dexter74](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dexter74/32/4705_2.png) [@dexter74](https://www.debian-fr.org/u/dexter74)\
**Post date:** [Septembre 1, 2020, 6:42 UTC](https://www.debian-fr.org/t/host-unreachable/82663/31 "2020-09-01T18:42:36Z")

</div>

Bonjour,  
Pour ma part, j’ai aussi une carte-wifi en BCM43XX et le fait que je fasse ceci à corriger mon problème.  
Ensuite en lisant le compte rendu, il arrive pas à résoudre l’adresse DNS en IP.

As tu modifier le fichier ntp ? (Problème sur la ligne 41)

> restrict: ignoring line 41, mask ‹&nbsp;::&nbsp;› unusable.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 7:08 UTC](https://www.debian-fr.org/t/host-unreachable/82663/32 "2020-09-01T19:08:46Z")

</div>

Ce sera (probablement) ma prochaine modif.  
Pour le ntp, j’ai différents scripts ‹&nbsp;rapide et mal faits&nbsp;› de maj de mon système suite à une nouvelle config (debian 9 à 10 en l’occurrence), cela vient probablement de là, je regarderai, ce n’est probablement pas grand chose.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 1, 2020, 10:07 UTC](https://www.debian-fr.org/t/host-unreachable/82663/33 "2020-09-01T22:07:09Z")

</div>

Modifs faites ce soir :  
PC1 : apt install --reinstall broadcom-sta-dkms; reboot  
PC3 : ugrade

à suivre

---

<div class="post-metadata">

**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:** [Septembre 2, 2020, 12:02 UTC](https://www.debian-fr.org/t/host-unreachable/82663/34 "2020-09-02T00:02:49Z")

</div>

Normalement une interface n’a pas à avoir deux adresses dans le même réseau car elle n’a qu’une seule adresse mac. donc dans le cas d’un envoi de paquets, si une erreur de table arp se produit, c’est la même carte réseau mais pas la même interface. C’est une anomalie d’avoir deux IP dans le même réseau.  
Ensuite on ne met pas une adresse statique et une adresse DHCP du même réseau sur la même interface. si le cable et le wifi sont utilisé en même temps, alors on met deux réseaux différents: un pour le wifi un pour le cable.  
sauf utilisation spécifique effective de l’IPv6 autant le désactiver, il n’a aucune utilité réelle dans un réseau local domestique.  
dans certains cas, l’IPv6 va être préféré à l’IPv4. C’est souvent/parfois la configuration par defaut d’un système. d’où l’intérêt de désactiver l’IPv6 ou alors d’utiliser la configuration de `/etc/gai.conf` avec :

```nohighlight
# For sites which prefer IPv4 connections change the last line to
#precedence ::ffff:0:0/96 100

```

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 2, 2020, 5:56 UTC](https://www.debian-fr.org/t/host-unreachable/82663/35 "2020-09-02T05:56:16Z")

</div>

> [@Zargos](#):
>
> Normalement

OK mais je ne suis peut être pas normal 🙂

> [@Zargos](#):
>
> C’est une anomalie

Normalement ne serait donc pas le bon terme 🙂  
De toute façon, désolé si le post est long, il n’y a, en ce moment plus qu’une IP par interface.

> [@Zargos](#):
>
> sauf utilisation spécifique effective de l’IPv6 autant le désactiver, il n’a aucune utilité réelle dans un réseau local domestique.

Oui, et c’est déjà fait, le pb est tj présent.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 2, 2020, 5:58 UTC](https://www.debian-fr.org/t/host-unreachable/82663/36 "2020-09-02T05:58:39Z")

</div>

Modif ce matin : suppression du Wifi 5g  
Ce qui signidie, dexter74, que ta cde (apt install --reinstall broadcom-sta-dkms) n’a pas fonctionné … c’eut été trop simple.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 2, 2020, 6:03 UTC](https://www.debian-fr.org/t/host-unreachable/82663/37 "2020-09-02T06:03:07Z")

</div>

Info complémentaire : après 2 jours d’utilisation de mes scripts je m’aperçois que je n’ai pas d’erreur la nuit et que les erreurs revienne vers 5 ou 6h avant mon réveil, donc mes PCs non chargés.  
Ou de grosses perturbations électromagnétiques extérieures (genre le micro onde du voisin qui se lève tôt très mal isolé)?  
Ou un impact du réseau externe sur la box?  
ou … à suivre 2 jours ce n’est pas encore suffisant.

---

<div class="post-metadata">

**Author:** ![dexter74](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dexter74/32/4705_2.png) [@dexter74](https://www.debian-fr.org/u/dexter74)\
**Post date:** [Septembre 2, 2020, 8:52 UTC](https://www.debian-fr.org/t/host-unreachable/82663/38 "2020-09-02T08:52:33Z")

</div>

Bonjour,

Pour ton problème, tu peux acheter des modules CPL pour pallier au problème électromagnétique .  
Tu peux aussi déplacer tes PC.  
Tu peux aussi trop sollicité ton réseau WIFI, celui-ci décroche ou la carte-wifi est surchargé .

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Septembre 2, 2020, 10:12 UTC](https://www.debian-fr.org/t/host-unreachable/82663/39 "2020-09-02T22:12:35Z")

</div>

> [@dexter74](#):
>
> Pour ton problème, tu peux acheter des modules CPL pour pallier au problème électromagnétique .

Je n’ai pas répondu à tes questions 1 à 4 d’il y a 3 jours car j’attends de tous simplifier, concernant la 4, j’ai déjà et encore en service actuellement 2 modules CPL (1 sur la box , 1 dans une autre pièce)  
Ceci dit j’ai cité une possibilité de perturbation électromagnétique mais je n’y crois pas beaucoup (voir point suivant)

> [@dexter74](#):
>
> Tu peux aussi déplacer tes PC.

Ce sont des PCs portables et, bien sûr, je les ai déjà déplacés, la plupart de mes essais sont fait dans la même pièce que la Box, donc à moins de 3m.

> [@dexter74](#):
>
> Tu peux aussi trop sollicité ton réseau WIFI, celui-ci décroche ou la carte-wifi est surchargé .

C’est un point à vérifier, en particulier j’ai un syncthing de 80 GO entre les 2 PCs et la perte du réseau le dérange (réanalyse) mais est-ce que cela pourrait être la cause? Sachant que j’ai augmenté progressivement la taille à 80Go et que cette dernière taille a du arriver concomitamment au chgt de la box.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Septembre 3, 2020, 8:08 UTC](https://www.debian-fr.org/t/host-unreachable/82663/40 "2020-09-03T08:08:26Z")

</div>

> [@Zargos](#):
>
> Normalement une interface n’a pas à avoir deux adresses dans le même réseau car elle n’a qu’une seule adresse mac. donc dans le cas d’un envoi de paquets, si une erreur de table arp se produit, c’est la même carte réseau mais pas la même interface. C’est une anomalie d’avoir deux IP dans le même réseau.

N’importe quoi.

> [@Zargos](#):
>
> Ensuite on ne met pas une adresse statique et une adresse DHCP du même réseau sur la même interface.

Pourquoi pas ?

> [@Zargos](#):
>
> si le cable et le wifi sont utilisé en même temps, alors on met deux réseaux différents: un pour le wifi un pour le cable.

Aucun rapport : le câble n’est pas utilisé.

[Page précédente](https://www.debian-fr.org/t/host-unreachable/82663.md?page=1)

[Page suivante](https://www.debian-fr.org/t/host-unreachable/82663.md?page=3)