problème de réseau

missk · Février 20, 2016, 4:42pm

Hello All,

Relativement novice sur Linux, j’ai qqs soucis de réseau… j’ai la distrib suivante (debian 4 Etch)
Linux EVIX 2.6.18-4-k7 #1 SMP Mon Mar 26 17:57:15 UTC 2007 i686 GNU/Linux

Voilà mon soucis. J’ai 2 cartes réseaux ;
une interface eth1 (carte PCI) qui marchait bien.
une interface eth?? (carte mère) qui, dès que je la branche me mets la zone. Je m’explique ;
EVIX:/var/log# ifconfig
eth1 Lien encap:Ethernet HWaddr 00:50:FC:4E:0A:E3
inet adr:149.243.1.101 Bcast:149.243.1.255 Masque:255.255.255.0
adr inet6: fe80::250:fcff:fe4e:ae3/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10260 errors:0 dropped:0 overruns:0 frame:0
TX packets:4749 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:740314 (722.9 KiB) TX bytes:1021347 (997.4 KiB)
Interruption:11 Adresse de base:0xe800

eth20 Lien encap:Ethernet HWaddr 00:00:6C:3B:AD:2F
inet adr:169.254.179.131 Bcast:169.254.255.255 Masque:255.255.0.0
adr inet6: fe80::200:6cff:fe3b:ad2f/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:49035 (47.8 KiB)
Interruption:11 Adresse de base:0x2000

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:HÃ´te
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:682 errors:0 dropped:0 overruns:0 frame:0
TX packets:682 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:51937 (50.7 KiB) TX bytes:51937 (50.7 KiB)
Oui, vous avez bien lu eth20. Et au prochain redémarrage, ce sera eth21 !!! Mais pourquoi ?? j’ai pourtant essayé de la configurer avec une adresse fixe, mais au next reboot, ca redéconne…

Actuellement, eth1 est connecté à la freebox. et mon eth20 est connecté à un hub (avec des PCs windows derrière). Dans cette configuration ; amule est déconnecté, et pas moyen de pinger le serveur.

Quand je déconnecte eth20, après un reboot, je me retrouve avec un eth21, mais là j’arrive de nouveau à pinger mon serveur depuis l’extérieur, amule se connecte et le soleil brille…

Quelqu’un saura t il m’aider ?? please help !!!

fran.b · Février 20, 2016, 4:42pm

Dis moi, cette carte utilise forcedepth? Tu as un noyau de quelle version?

mattotop · Février 20, 2016, 4:42pm

viewtopic.php?f=3&t=10372&p=101325#p101325

missk · Février 20, 2016, 4:42pm

Hello,

J’ai jeté un oeil sur le topic indiqué (viewtopic.php?f=3&t=10372&p=101325#p101325

) mais il n’est pas résolu. Effectivement, c’est un soucis similaire.

Mon fichier z25_persistent-net.rules contient bien ;

PCI device 0x10de:0x03ef (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:00:6c:22:09:83”, NAME=“eth0”

PCI device 0x10ec:0x8139 (8139too)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:50:fc:4e:0a:e3”, NAME=“eth1”

PCI device 0x10de:0x03ef (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:00:6c:11:6b:02”, NAME=“eth2”

PCI device 0x10de:0x03ef (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:00:6c:2e:68:9e”, NAME="eth3"
etc…

-> (ce qui réponds à la question du forcedepth ?)
-> donc, si j’ai bien tout compris, ce fichier est généré automatiquement par udev, mais comment figer l’adresse MAC ?
-> mon kernel est Linux 2.6.18-4-k7 (AMD64x2)

mattotop · Février 20, 2016, 4:42pm

[quote=“missk”] (…)
-> donc, si j’ai bien tout compris, ce fichier est généré automatiquement par udev, mais comment figer l’adresse MAC ? [/quote]C’est la question à laquelle aprés moult recherches la semaine dernière, nous n’avons pas pu trouver de réponse.[quote=“missk”]
-> mon kernel est Linux 2.6.18-4-k7 (AMD64x2)[/quote]Ton install n’est pas optimale. Je ne sais pas si ça règlerait ton pb (et je ne le crois pas), mais il y a une version amd64 de debian qui serait plus adaptée à ton proc.

mattotop · Février 20, 2016, 4:42pm

Je viens de tomber sur cet article là:
webmasterstalks.com/general- … 541.0.html
ou il est précisé que le pb disparait avec les noyaux >2.6.18.
Et je m’aperçois dans le fil précèdent que personne n’a donné sa version de noyau !

fran.b · Février 20, 2016, 4:42pm

Solutions donnes sur la DUF:

Faire un
mkdir z25_persistent-net.rules

ou

supprimer le lien z45_persistent-net-generator.rules

Lecture des changelogs du noyau. Le problème de l’adresse MAC se voit dans le dmesg

[quote]Premières corrections dans 2.6.19 (extrait de la DUF):

[PATCH] forcedeth: mac address corrected

This patch will correct the mac address and set a flag to indicate that
it is already corrected in case nv_probe is called again. For example,
when you use kexec to restart the kernel.

[PATCH] forcedeth: move mac address setup/teardown

This patch moves the mac address setup/teardown to the
nv_probe/nv_remove functions. This fixes WOL wakeup since on nv_close we
would reverse the mac address. Also, bonding driver will reset address
after nv_close is called.

À PARTIR DU 2.6.23

les nouveaux chipsets qui n’inversent plus l’adresse MAC :

forcedeth: mac address correct

In older chipsets, the mac address was stored in reversed order.
However, in newer chipsets, the mac address is in correct order. This
patch takes those newer chipsets into account and does not rely on a
special bit setup by BIOS'.

[/quote]

missk · Février 20, 2016, 8:24pm

solution trouve et probleme vaincu
=> viewtopic.php?f=3&t=20774&p=203079#p203079

PascalHambourg · Février 20, 2016, 8:24pm

Tu n’as pas vaincu le problème, tu l’as seulement contourné. La vraie solution consiste à installer un noyau plus récent dont le module forcedeth lit l’adresse MAC dans le bon sens.

(La source du problème en deux mots : certaines cartes mères à chipset nForce stockent les octets de l’adresse MAC en sens inverse de ce que le module forcedeth s’attend à trouver. L’adresse MAC lue à l’envers a une chance sur deux d’être invalide à cause du bit multicast mal placé, dans ce cas elle est remplacée par une adresse MAC générée aléatoirement à chaque démarrage. udev arrive par dessus, crée à chaque fois une règle de nommage persistant pour chaque adresse MAC et doit renommer l’interface puisque l’adresse MAC a changé.)

missk · Février 20, 2016, 8:24pm

comment on installe un noyau plus recent. Est ce en faisant

apt-get -u dist-upgrade
apt-get -u install lilo

ou bien c plus complique ?

PascalHambourg · Février 20, 2016, 8:24pm

On peut installer un noyau plus récent dans etch de diverses façons :

après mise à niveau de la distribution vers lenny (ce qui est loin de se limiter à apt-get dist-upgrade, lire les notes de publication), en installant un noyau disponible. C’est lourd, mais de toute façon il faudra bien faire la mise à niveau avant que le support de sécurité pour etch soit arrêté ;
en installant un noyau 2.6.24 etchnhalf disponible dans etch depuis la révision r4 ;
en ajoutant le dépôt etch-backports dans les sources d’APT et en installant un noyau backporté ;
en compilant un noyau à partir des sources de la version désirée téléchargées depuis kernel.org. Inconvénients : pas de mise à jour de sécurité par APT pour ce noyau, et certains paquets peuvent être incompatibles avec lui.