problème de réseau franchement relou! au s'cours! (résolu)

Support Debian
#1

salut tout le monde,

J’ai un problème tombé de l’espace…

j’ai installé ma machine sur le réseau. J’ai fait le paramétrage de la partie réseau sur la machine au moment de l’install’.

Dans /etc/network/interfaces, tout apparait donc correctement.

Ma livebox, de base, fonctionne. Pas de pb sur les autres machines. Mais impossible de pinguer!

Ma configuration : le pc est relié à un switch lui-même relié à une livebox.

Sur le swich : premier constat. En principe, pour chaque cable, deux leds. Un en haut, et un en bas. Ici, je n’ai que celui du haut d’allumé.

Tests effectués :
-utilisé le câble du switch en le reliant du même port (sur le swich, le port 3) à la livebox : les deux leds s’allument.

-utilisé un autre câble de la machine au switch sur les mêmes ports (de la machine et du switch - tjs le port 3) : un seul led sur les deux s’allument (celui du haut, toujours)…

-pratiqué les mêmes tests sur d’autres ports, sur le switch : même résultat.

-utilisé un autre switch : mêmes résultats.
Le problème ne viendrait donc pas du switch.

-Ai pingué directement la machine à partir de la livebox : ca pinge pas (ce ne serait donc pas un pb lié à une conf de la livebox. Pour ça, faudrait au moins que le routeur pingue la machine).

Je me dis alors que le problème vient du côté de ma bécane (quasiment neuve…).
-je suis en adresse 162.168.1.60. La machine, en interne est en 192.168.1.1 (classique) pour, dans les deux cas, un subnet de 255.255.255.0. La gateway et l’adresse du dns figurent bien dans la conf’ du fichier “interfaces”. Tout me parait impeccable.

-Si je fais un “ping 127.0.0.1”, ça passe impeccable. La carte réponds.
-Le led de la carte Ethernet est allumé.
-Au moment de l’installation, j’ai choisi “eth0 Device Ethernet” pour l’interface principal du réseau (en principe, la chose à faire), et non pas “Réaltek blablabla” (sorry, je n’ai plus le nom exact en tête)…

-Quand je pingue l’adresse de la livebox, j’ai toujours que dalle… et toujours un led sur deux d’allumé sur le switch.
-Quand je pingue une autre adresse du réseau, ça ne pingue pas non plus.

-J’ai aussi passé outre le switch et relié le câble à la livebox : je n’ai rien.

Je ne sais plus quoi faire… je sèche et j’ai plein de trucs à faire dessus qui nécessite le réseau. Arrggghhh!!

Quelqu’un, superplease, aurait une suggestion, pour tester? Trouver le problème? Aurait déjà vu ça???

Merci d’avance pour les suggestions et les idées!! :confused:
chris

#2

Ca ressemble plus à un problème de droits. Le user a t’il le droit d’utiliser le réseau?
C’est normal quand tu ping Lo que ça réponde…

#3

Bonsoir,

Et cela signifie quoi ? As tu la doc du switch ?
Y’a une commande pour forcer la connexion en 10Mbit, mais je ne m’en rappelle pas.

MODIF: la commande c’est mii-diag

#4

Tout bêtement, l’interface est elle up ?

#5

Ah, merci pour les premières réponses!

Pour ce qui est de l’interface, si je fais un ifconfig, eth0 apparait avec la bonne adresse. Si je fais un ifup eth0, le pc me dit que l’interface est configurée (et up, par là même).

Le switch n’a pas de doc : c’est un appareil tout simple acheté en grande surface. Les “leds” montrent simplement ce qui est branchés et “up” pour ainsi dire. D’ailleurs si je prends un autre switch (sur lequel, il n’y pas de led), le résultat est le même et quelque soit le port, tout passe pour les autres machines… sauf pour le pc en question. De plus, j’ai fait le test en branchant la machine directement sur la livebox. Je n’ai pas fait de ping à proprement parler mais nslookup google.fr m’envoie iech. Humpf!

mii-diag est la commande pour “forcer” justement? Je dois faire un mii-diag eth0? Je peux voir, mais c’est étrange car en principe, tout aurait dû marcher directement, étant suite à une install’.

Quand au user… lol, là j’avoue que tu m’apprendrais un truc. En fonction du user tu peux faire en sorte que ca marche ou pas?? Cela étant, étant en pleine installation de la machine, je travaille en root, pour l’instant. Je suppose donc que ça devrait marcher. Donc… je ne crois pas que ce soit un pb de droit. Le problème reste le même. Snif…

Sinon, la machine est un HP Pavillon quadricore, 4 Go de Ram (je voudrais tester pas mal de choses, à terme… d’où la bête). C’est une débian 64bits qui est dessus. Mais je n’imagine pas que ça puisse avoir un rapport. A priori…

Si je fais un dmesg, je vois les lignes suivantes :
net registred protocol family 10
lo disabled privacy extentions
IV6 over IPV4 tunneling driver
eth1 no IPV6 routers present
NETDEV WATCHDOG eth1 transmit timed out
et, plus haut :
r8169 eth1 link up

Ce qui m’inquiète… par hasard, l’interface eth1 aurait pu se paramétrer par défaut sur la 64bits? (ce serait furieusement chelou, si c’était le cas) J’ai pourtant choisi eth0, à l’installation. Bizare, non? (j’interprète peut-être mal ce que je lis. Je ne suis pas un spécialiste de dmesg même si je sais quoi chercher quand j’en ai besoin).

Merci pour les suggestions!
Chris

#6

j’ajoute la configuration de mon fichier interfaces :

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.60
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.2.255
gateway 192.168.1.1
dns-nameservers 192.168.1.1

Thx,
chris

#7

:smt006

Peut-être un soucis de “dns” ou d’“ipv6” avec ta livebox car ça ressemble à des problèmes évoqués dans d’autres fils …
viewtopic.php?f=3&t=15038
viewtopic.php?f=3&t=14727

#8

mmmm chaipas : pour résoudre le dns, il faudrait que la bécane contacte la livebox. Sauf que l’un et l’autre ne se pingue pas.

D’un autre côté,la carte réseau fonctionne : en plus des tests déjà effectués, j’ai un multiboot sur ma machine. J’ai démarré avec windows et là, j’ai le oueb. Tout fonctionne par ce biais et tout les leds, sur mon petit switch, sont au vert.
Diable!!

:open_mouth:

#9

Dans le doute, duplique ta config sur eth1!
Concernant le câble, est ce que tu l’as changé dans tes manips ?

#10

Ouaip. Câble changé. Un neuf,en plus. Résultat idem.

J’ai déjà duppliqué : eth1 apparait. eth0 disparait. Et j’ai des messages d’erreur (je ne sais plus lesquels, je l’ai fait hier, je dis ça de mémoire).

J’ai mis auto, à la place allow-hotplug (d’ailleurs je ne sais pas le pourquoi de cette option. Ce n’est pas pour le wifi, en principe, cette option?), mais le résultat est le même.

Je vais remettre la précédente machine et regarder la configuration pour comparaison.

chris

#11

Ok,

Pour revérifier, j’ai remis l’ancienne machine.

Quand je fais dmesg, à titre de comparaison, j’ai aussi le message :

NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
eth0: no IPv6 routers present

Comme dans le cas de la machine à problème… sauf qu’avec la vieille machine, ça marche.

j’ai en conf :

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.60
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.1.1

pour mon fichier interfaces.

127.0.0.1 localhost

The following lines are desirable for IPv6 capable hosts

::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
Pour mon fichier hosts.

nameserver 192.168.1.1
Pour mon resolv.conf

Et ça marche sans problème! J’ai accès au Web, je peux la prendre par ssh… tout va bien.

D’autres part, dans le doute, je suis ensuite revenu sur la bécane qui bloque, et j’ai réinstallé, carrément, la machine. D’abord, au moment de choisir l’interface réseau, avec “realtek SemiConductor Co. LTD. RTL111/8168B PC Express G” (mais ca ne marchait pas plus) puis de nouveau avec “Firewire IEEE 1394 Ethernet Device”, comme je l’avais fait initialement. Aucun résultat. C’est tjs la même chose. (Je veux bien une explication, au passage : c’est quoi, la différence entre les deux?)

So : ce n’est pas la configuration de la Livebox. Ce n’est pas le Switch (je l’aurais vu, avec tous les tests effectués). Ce n’est pas non plus la carte réseau physique (elle fonctionne sans problème si je démarre avec Windows). C’est donc du côté de la machine “OS” que ça merdouille.

Ce n’est pas la configuration du fichier Interfaces, ni du resolv.conf. Le hosts (je revérifierai) me parait pareil. Il ne reste pas grand chose… Un problème compilation de noyau possible en rapport avec le fait qu’il s’agisse d’une 64 bits au lieu d’une 32 bits? En tout cas, ce n’est pas “physique”.

Hey, les mecs!!! Personne n’a jamais eu de problème de ce genre??

#12

Ah!

j’ai remis la machine à problème… (mouarf). Tous les leds sont allumés au niveau du swich… A ne rien y comprendre (vu le nb de vérifications, de tests, et j’ai remis plusieurs fois le câble… et là, j’ai tout).

Cependant, ça pingue toujours pas.

Et par contre je n’ai rien dans le resolv.conf

Interessant… Peut-être que l’on se rapproche du problème.

En principe ce fichier est généré automatiquement. Ce n’est pas le cas ici. Il va falloir que je trouve le moyen de le générer, je suppose. Une suggestion??

Rgs,
Christian

#13

Ok, eh bien j’ai réinstallé. J’ai le fichier resolv.conf, cette fois. Tout semble configuré, les leds sont allumés, mais j’ai toujours rien! Ca ping que dalle et un nslookup google.fr me renvoie dans le choux avec un message :
lo : disabled primary extentions
ADDRCONF(NETDEV_UP):eth1 link is not ready
IPV6 over IPV4 tunneling driver connect timed out;
no serveur cold be reached. R8169: eth1:link down

Damn’it!!!
Pourquoi m… eth1??? A l’install’ il paramètre eth0 en me proposant juste “Firewire IEEE 1394 Ethernet Device” ou “realtek SemiConductor Co. LTD. RTL111/8168B PC Express G” !!!
Rassurez-moi… j’ai choisi la première option… c’est bien ça? humpf! J’ai déjà installé des Debian, mais je me suis jamais retrouvé face à ce genre de problème! On dirait qu’il attend une configuration sur eth1 alors que je ne l’ai pas du tout demandé à l’installation. En plus je ne sais pas ce que signifie “ADDRCONF(NETDEV_UP):”, hormis que peut-être ca veut dire simplement que mon interface eth1 n’est pas configuré. Ce qui n’a pas de sens puisque l’installation se fait sur eth0.

:frowning:

Ca devient relou!
Et même si personne n’a de solution, un peu d’aide pour l’interprétation de ce que je lis serait le bienvenu. Merci d’avance :slightly_smiling: Rien que ça, ce serait cool, vraiment.

#14

[quote=“sonador”]j’ajoute la configuration de mon fichier interfaces :

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.60
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.2.255
gateway 192.168.1.1
dns-nameservers 192.168.1.1

Thx,
chris[/quote]
Là il y a un problème de broadcast, c’est 1 et non 2.

Je ne crois pas que le fichier /etc/resolv.conf soit généré automatiquement si tu configures ton réseau à la main.

#15

“Firewire IEEE 1394 Ethernet Device” est une émulation d’un lien ethernet sur une interface Firewire/IEEE 1394 (le machin concurrent de l’USB et plsu performant pour connecter des disques externes). Par conséquent, ce n’est pas l’interface ethernet physique. Et forcément, si c’est par celle-là que tu essayes de communiquer, ça marche beaucoup moins bien.

Ne t’occupe pas des messages relatifs à IPv6, ils n’ont rien à voir avec le problème.

#16

Que donne comme réponse

Il fallait peut être commencer par là pour qu’on puisse t’aider efficacement.

#17

Oups, mille pardon… Etant donné que je dois retaper ses élèments à la main, pour des raisons évidentes, j’ai tapé la configuration à la main (je ne peux pas prendre la main sur la machine par ssh, n’est ce pas… et donc faire un copier collé n’est pas possible. J’aurai pu faire une copie sur une clé, mais c’était plus rapide ainsi, pour un aussi petit fichier). J’ai été un peu rapide, visiblement…

Bref, oui, c’est broadcast 192.168.1.255 et non broadcast de 192.168.2.255.

Désolé. My fault. Ca aurait été trop facile…

Christian.

#18

Et je vous file le “ifconfig” ce soir. Je sais pourquoi tu poses la question, dmon… tu veux voir la correspondance entre l’adresse MAC et l’interface, n’est ce pas? Histoire de voir si ça pointe bien sur l’adresse de la carte réseau? J’y ai pensé ce matin avant de partir au taff, ayant vu, pour eth1 et eth0 des HW apparemment très différentes (il était tard, je ne suis pas rentré dans le détail, ensuite). Je voulais vérifier quelques trucs à ce sujet, justement. Tjs est-il que je “publie” le résultat tout à l’heure (et cette fois, je ferai une copie via ma clé pour pas faire d’erreurs intenpestives lol… rrrhoooo j’ai un peu déconné sur ce coup là). Cependant, à part ça, j’ai plutôt l’impression que mon fichier interfaces est cohérent.

bon, j’assure ça tout à l’heure.
Merci!

Chris.

#19

[code]# ifconfig eth0 inet 192.168.1.60

route add default gw 192.168.1.1

ping -c 2 192.168.1.60

ping -c 2 192.168.1.1[/code]

Ça donne quoi cette suite de commande


Pour le ifconfig, c’est juste pour voir ce qui est vraiment affecté. Il y a certainement une incohérence quelque part et du coup il faut tout vérifier. À ce stade l’adresse MAC ne m’est pas d’un grand secours.

#20

L’adresse MAC permet de retrouver le constructeur, et donc de s’assurer que c’est bien l’interface ethernet qu’on configure.