Discussion :

[Jipété]

Bonjour,

dans ma vieille machine Debian 7.1 / 32 bits, mon vieux navigateur Firefox 52.6.0 m'a toujours donné satisfaction, jusqu'à hier soir compris.

Mais ce matin, il ne veut plus se connecter : "adresse introuvable" pour les sites que je fréquente (dont dvlp), idem pour me connecter à la box !

Tout le monde va me dire que c'est mon câble réseau qui est cassé, sauf que, dans cette machine physique j'ai des machines virtuelles et cet appel au secours est écrit depuis une Debian 10 virtuelle et posté ici grâce à son navigateur FF 60.8.0esr qui, comme vous pouvez le constater en lisant ce texte, fonctionne très bien.

Or, la machine virtuelle, pour accéder au web, utilise la carte réseau de la machine physique qui, on l'a vu au-dessus, semble ne pas fonctionner mais c'est faux, la preuve.

Donc le problème est dans un paramètre du réseau du host, mais lequel ? J'ai comparé avec ceux de la MV, tout est identique.

Que faire ?

Une chose curieuse : dans un terminal, un ping de la box

• depuis le host --> 100% packet loss
• depuis la MV --> 0% packet loss

or je le répète, la MV utilise la carte du host pour "sortir".

J'ai parlé d'une MV Debian alors que le titre stipule "les machines virtuelles" et en effet, il y en a une autre qui tourne sous XP dans son coin pour me récupérer les mails toutes les 5 minutes avec Outlook Express et qui fonctionne aussi très bien.

Une autre chose curieuse, c'est que la box ne voit "personne" :

Une idée ? Merci,

[disedorgue]

Hello,

Je ne vois pas trop d'où peut venir ce problème:
-Tu nous détailles un peu ton réseau ?
-Si tu relances une de tes vm, le réseau de celle-ci fonctionne toujours ?
-Je suppose que tu as redémarré ta machine physique aussi ?

-Tu es bêta testeur à la recherche du moindre soucis sous linux ?
(je plaisante )

[Jipété]

Je ne vois pas trop d'où peut venir ce problème:
-Tu nous détailles un peu ton réseau ?

Moi non plus, d'où l'appel au secours. (en plus comme ça, d'un coup, ce matin ce souci alors que jusqu'à hier et depuis 7 ans, 0 problème de cet ordre).
Quant au réseau, c'est le truc minimaliste de chez minimaliste, quoi : une box de l'opérateur historique, un câble rj11 vers le téléphone et un câble rj45 vers l'ordi et c'est tout.
Les autres machines sont virtuelles.

-Si tu relances une de tes vm, le réseau de celle-ci fonctionne toujours ?

Ben la Debian10 je l'ai lancée pour avoir accès par son navigateur à dvlp, donc après avoir constaté ce problème, qui ne l'impacte pas.

-Je suppose que tu as redémarré ta machine physique aussi ?

En mode Windows ? Je le fais et je reviens, stay tuned…

-Tu es bêta testeur à la recherche du moindre soucis sous linux ?
(je plaisante )

[Jipété]

En mode Windows ? Je le fais et je reviens, stay tuned…

Et donc j'éteins tout proprement, comm' d'hab', puis je rallume le host, j'ouvre une console, ping google.com et Ctrl-C au bout de quelque secondes car pas de réponse, ping 192.168.1.1 (la box) --> 100% packet loss et enfin traceroute google.com --> google.com: Nom ou service inconnu.

Alors je démarre une autre machine virtuelle, une vieille Debian8, je ping google.com et ça répond, tout comme un ping sur la box, et traceroute google.com me balance une avalanche de lignes de routes, bref un truc est cassé dans le réseau du host, qui n'empêche pas les MV de fonctionner.

On dirait (là j'avance sur des œufs, ce n'est pas mon domaine) que sur le host les couches hautes du réseau (7, 6 ?, plus bas mais pas trop ?) sont cassées car ça n'impacte pas la connectivité de cette MV.
Allez, je démarre celle de la messagerie, … … … … ,qui fonctionne parfaitement.

Et le plus dément (et le plus triste pour moi, qui n'ai aucune piste sur ce coup-là), c'est que les sorties de la commande ifconfig, mis à part l'adresse IP et les compteurs de datas envoyées et reçues, sont identiques.

Un dernier mot : je suis en cours de préparation d'une nouvelle machine, elle est ok à 90 %, je la démarre, je me logge, je lance son navigateur et je navigue comme à l'accoutumée (par contre cette cochonnerie de box me dit encore "aucun appareil connecté" -- du grand n'importe quoi).

[Jipété]

Bonsoir,

l'informatique c'est dément…

Comme je ne voyais vraiment pas où chercher et que j'en avais vraiment ras la casquette (pour rester poli), j'ai tout éteint, box comprise, et je suis allé ramasser des pommes abandonnées dans les vergers industriels alentour.
Faut dire qu'ici, ils les cueillent un poil avant maturité, histoire qu'elles supportent le transport puis le séjour en grandes surfaces, bref, ça m'a bien aéré la tête et en rentrant at home je rallume tout, comm' d'hab' et là, tout fonctionne, comm' d'hab'.


Alors oui, je vais cliquer sur , mais je ne suis pas satisfait du tout : s'il faut invoquer les petits anges pour faire fonctionner nos machines, on n'est pas rendu…

Quant à la box, elle continue à me dire "aucun appareil connecté",

[chrtophe]

J'ai un problème similaire sur mon hôte Ubuntu 18. J'ai par exemple un ova que je restaure (enregistré en mode NAT), que je passe en pont, et je change l'adresse MAC mais je perds l'accès à une première VM déployée depuis cet ova. Quand je redémarre, tout refonctionne. Le prochain coup j’essayerais de redémarrer les services VirtualBox.

[disedorgue]

j'ai tout éteint, box comprise, et je suis allé ramasser des pommes abandonnées dans les vergers industriels alentour.

Et est-ce que ta box te dit maintenant qui est connecté ?

[Jipété]

Et est-ce que ta box te dit maintenant qui est connecté ?

Quant à la box, elle continue à me dire "aucun appareil connecté",

[Jipété]

Bonjour,

ce matin, comme à l'accoutumée, tout va bien.

Je me demande vraiment ce qui a bien pu se passer hier dans le host pour que celui-ci ne soit plus capable d'utiliser le réseau alors que les machines virtuelles qu'il héberge n'avaient aucun souci.
Il n'y a pas un network-guru par ici ?

Et cette saleté de box de l'opérateur historique continue à me dire "aucun appareil connecté" malgré une bonne nuit de sommeil.

[Jipété]

Bonjour,

ce matin, comme à l'accoutumée, tout va bien.

Je me demande vraiment ce qui a bien pu se passer hier dans le host pour que celui-ci ne soit plus capable d'utiliser le réseau alors que les machines virtuelles qu'il héberge n'avaient aucun souci.
Il n'y a pas un network-guru par ici ?

Depuis ce post d'il y a 18 jours et jusqu'à hier 19 h, pas de problèmes. Mais après avoir éteint la machine comme d'habitude, en la rallumant comme d'habitude vers 23 h, bim, le problème revient.
Alors je plie tout, les machines et la box, comme d'habitude.

Et ce matin je rallume comme d'habitude, sauf que le problème est toujours présent, et que si je peux vous poster ce texte, c'est par l'entremise d'une machine virtuelle Debian.
Un truc de fou, regardez :
dans la machine virtuelle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
# traceroute orange.fr
traceroute to orange.fr (193.252.133.34), 30 hops max, 60 byte packets
 1  livebox.home (192.168.1.1)  2.466 ms  4.496 ms  5.911 ms
 -- snip --
 9  * * fw-bae02-v2999.orion.net.m1.fti.net (81.52.143.168)  60.154 ms
#

Dans la machine physique qui fait vivre cette machine virtuelle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
# traceroute orange.fr
orange.fr: Nom ou service inconnu
Cannot handle "host" cmdline arg `orange.fr' on position 1 (argc 1)
#

Et je ne peux pas non plus me connecter à la console d'administration de cette saleté de box de l'opérateur historique.

Que faire ?
Merci,

Et cette saleté de box de l'opérateur historique qui continue à me dire "aucun appareil connecté"…

Info remontée depuis le navigateur de la machine virtuelle, vous l'aviez compris.

[transgohan]

Quand tu disais que tu ping la box, c'était via son nom ou via son IP ?

[Jipété]

via l'IP, je ne connais pas son nom -- ce que j'ai toujours fait, et qui a toujours fonctionné.

Mais le mal se propage : voulant mettre à jour le navigateur, je passe par mon gestionnaire de paquets, comme je vois qu'une mise à jour est prévue je la sélectionne, je clique sur "fais-le" et je me prends un

W: Échec de la récupération de http://security.debian.org/pool/upda...deb7u1_all.deb
Ne parvient pas à résoudre «*security.debian.org*»

Et un ping security.debian.org n'aboutit pas...

Je ne sais vraiment pas ce qui se passe au niveau réseau puisque, encore une fois, j'écris ça depuis le navigateur d'une machine virtuelle pendant qu'une autre virtuelle à côté récupère mes courriels sans problème.

Oublié de préciser que j'ai tout éteint vers 11 h 30, pour tout rallumer vers 16 h 15, sans aucune amélioration,

Je poste ça tout en n'y croyant pas, puisque les machines virtuelles fonctionnent bien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
cat /etc/network/interfaces
 
### redémarrer le réseau avec /etc/init.d/networking restart
 
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
 
# The loopback network interface
auto lo
iface lo inet loopback
 
auto eth0
iface eth0 inet static
address 192.168.1.3
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
dns-nameservers 80.10.246.2
dns-nameservers 80.10.246.129

Merci du coup de main, car c'est vraiment mystérieux.

[disedorgue]

Tu as essayé de changer les dns ?

[Jipété]

Bonjour,

Tu as essayé de changer les dns ?

Non, pourquoi faire ? Rappel : deux machines virtuelles (pas testé plus) fonctionnent sur ce host avec les mêmes dns.

Et malheureusement, ce matin après une bonne nuit de sommeil, tout refonctionne sans que je n'aie rien changé (comme la première fois, sauf que cette fois il lui aura fallu deux nuits).

La machine aurait-elle fait un cauchemar cette nuit-là, et passé une nuit paisible suivie d'un doux réveil ce matin ?

Truc de ouf'

[chrtophe]

Voir effectivement la piste DNS, quand le prob se présente essayes un traceroute vers 8.8.4.4
Après je regarderais du coté ipv4/ipv6.

[Jipété]

Bonsoir,

et voilà, ça recommence. Tout s'est bien passé depuis mon dernier post, tout allait bien jusqu'à 15 h (heure d'extinction de la babasse), je la rallume vers 18 h 30 et paf !

Voir effectivement la piste DNS,

Voir quoi et comment ? Rappel (et la preuve, *ce* post), la machine à côté en 192.168.1.9 fonctionne parfaitement.

quand le prob se présente essayes un traceroute vers 8.8.4.4

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
$ traceroute 8.8.4.4
traceroute to 8.8.4.4 (8.8.4.4), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
...
29  * * *
30  * * *
$
$ ip route
default via 192.168.1.1 dev eth0 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.3 <-- ça c'est la machine à souci
$
$ ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
 
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3022ms
 
$ ping -c 4 193.252.133.34
PING 193.252.133.34 (193.252.133.34) 56(84) bytes of data.
 
--- 193.252.133.34 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3022ms

Mais un truc fou de chez dingue : la machine à côté est allumée, alors

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# ping -c 4 192.168.1.9
PING 192.168.1.9 (192.168.1.9) 56(84) bytes of data.
64 bytes from 192.168.1.9: icmp_req=1 ttl=64 time=0.779 ms
64 bytes from 192.168.1.9: icmp_req=2 ttl=64 time=0.560 ms
64 bytes from 192.168.1.9: icmp_req=3 ttl=64 time=0.774 ms
64 bytes from 192.168.1.9: icmp_req=4 ttl=64 time=0.868 ms
 
--- 192.168.1.9 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.560/0.745/0.868/0.114 ms
$
$
$
$ ssh 192.168.1.9

fonctionne très bien ! Et depuis une session ouverte sur 192.168.1.9, je peux parfaitement récupérer via scp un fichier de la 192.168.1.3.
Incompréhensible pour moi.

Après je regarderais du côté ipv4/ipv6.

Regarder quoi et comment ? Rappel (et la preuve, *ce* post), la machine à côté en 192.168.1.9 fonctionne parfaitement.

EDIT : Je résume : les 2 machines sont à côté, connectées chacune en rj45 sur la box Orange sans rien de spécial ou de particulier, depuis la .9 je peux pinguer la .3 et l'inverse fonctionne.
Mais la .3 ne pingue pas la box alors que la .9 oui.
Je reste sans voix (et sans voie de recherche).

Merci pour vos idées.

[chrtophe]

T'es sur un portable ou un poste fixe ?

Sur mon portable, des fois je perds le réseau dans mes VM quand j'en ai plusieurs d'ouvertes, le prob. se règle en passant en mode avion et en réactivant le wifi. Ca ne règle pas le prob mais le contourne.

[Jipété]

Fixe, et je n'avais pas ouvert les VM quand j'ai constaté le problème.

[disedorgue]

C'est peut-être ta box qui est fatiguée (voir obsolète)...

Ou ta as peut-être le filtrage mac activé sur celle-ci qui bloque ton ip.

En gros faudrait nous donner plus d'information sur ta configuration coté box.

Une discussion intéressante sur le sujet: https://communaute.orange.fr/t5/ma-c...OK/td-p/565843
Même si tout n'est pas clair

[Jipété]

Bonjour,

C'est peut-être ta box qui est fatiguée (voir obsolète)...

mais qui autoriserait quand même la connexion entre les deux machines qui sont côte-à-côte ?
Et qui n'aurait aucun problème avec la seconde machine ? Juste la prise rj45 de la "fatiguée", alors. Quand tout sera éteint, je vais trifouiller de ce côté.

Ou tu as peut-être le filtrage mac activé sur celle-ci qui bloque ton ip.

par intermittence ?

Et ce matin à l'allumage tout va bien...

EDIT

Une discussion intéressante sur le sujet: https://communaute.orange.fr/t5/ma-c...OK/td-p/565843
Même si tout n'est pas clair

Merci pour ce lien.
Cette conversation s'est terminée en eau de boudin en bas de la page 2, plus de réponse de l'OP après que le tech Orange lui ait mis le nez dans son caca.
La seule chose curieuse est qu'il avait 3 ordis qui ne se connectaient pas.

Et pour la suite des posts (gens qui squattent avec "j'ai le même problème"), c'est une vraie perte de temps à lire.

Ce que j'en retire, c'est que ça m'a remis le nez dans la config de ma box, j'ai plein de copies d'écran, j'attends avec impatience que la 192.168.1.3 (à partir de maintenant je l'appellerai la "13") recommence ses embrouilles pour aller voir dans la box depuis la nouvelle (192.168.1.9, --> "19") et comparer avec les copies d'écran.

Bon dimanche (froid, brrrr, c'est terrible, en septembre ! Le climat est aussi déréglé que mon réseau, )