Host Unreachable

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é.

#!/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

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

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.

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.

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

Et voilà donc les résultats de la cde ‹ cat /etc/issue;uname -a;lspci | grep Network;lspci -nnkd ::0280 › 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

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 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

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:

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

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
**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

...

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.

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 ‹ :: › unusable.

Ce sera (probablement) ma prochaine modif.
Pour le ntp, j’ai différents scripts ‹ rapide et mal faits › 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.

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

à suivre

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 :

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

OK mais je ne suis peut être pas normal :slight_smile:

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

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

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.

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.

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é .

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)

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.

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.

N’importe quoi.

Pourquoi pas ?

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