[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re : Re : Ethernet non-configurable



J'ai déjà effectuer cette démarche de vérification du chargement du module, et tout est bien présent, il est même possible d'attribuer une ip locale fixe à la carte et de la pinger (même je ne suis pas certain que le ping sur la machine transite par les couches réseau) Sauf que dès que je veux avoir accès au réseau (local ou internet), impossible de sortir.
A la prochaine

pingouin osmolateur a écrit :
Est-ce que tu pourrais faire un
#dmesg | grep eth0
afin de voir si ta carte est reconnu au démarrage

Quelle version de debian ?
quelle version du kernel ?

Normalement le module devrait etre celui la
http://kernel.xc.net/html/linux-2.6.18/frv/NE2K_PCI

#lsmod | grep ne2k-pc
afin de voir si le module est lancé

sinon il faut que tu le charges
#modprobe ne2k-pc

Ensuite tu pourras reconfigurer ta carte.


----- Message d'origine ----
De : kaliderus ka <kaliderus@gmail.com>
À : debian-user-french@lists.debian.org
Envoyé le : Mardi, 5 Août 2008, 14h02mn 43s
Objet : Re: Re : Ethernet non-configurable

Salut,
Malheureusement rien de bien intéressant :
ethtool eth0
Settings for eth0:
No data available

La carte est assez vieille et rien n'est paramétrable  à ce niveau.
Au passage, j'ai aussi fait une reconfiguration de tous les paquets et une reinstallation du noyau, et j'ai toujours le même comportement, c'est un vrai mystère.

A bientôt

Le 5 août 2008 13:37, pingouin osmolateur <pingouin_osmolateur@yahoo.fr <mailto:pingouin_osmolateur@yahoo.fr>> a écrit :

    Bonjour
    Que te renvoie la commande suivant lorsque le cable de ta freebox
    est branché sur ta carte Realtek ?
    #ethtool eth0

    A+

    ----- Message d'origine ----
    De : kaliderus ka <kaliderus@gmail.com <mailto:kaliderus@gmail.com>>
    À : debian-user-french@lists.debian.org
    <mailto:debian-user-french@lists.debian.org>
    Envoyé le : Mardi, 5 Août 2008, 10h19mn 13s
    Objet : Ethernet non-configurable


    Bonjour,
    J'ai une machine qui fait d'un côté serveur-firewall avec iptables
    (eth0 en DHCP, type Realtek Semiconductor Co., Ltd. RTL-8029(AS))
    et de l'autre partage de connection internet pour la famille
    (eth1, adresse ip fixe en 192.168.0.XXX, type 3Com Corporation
    3c905C-TX/TX-M [Tornado] (rev 78)).
    Jusqu'à il y a environ 1 semaine tout fonctionnait parfaitement.
    Depuis, pour une raison que je n'explique pas, l'interface eth0 ne
    permet plus d'accès via free.
    J'ai supprimé  toutes les règles iptables en les mettant toutes à
    ACCEPT, puis ...
    En modifiant /etc/network/interfaces j'ai testé eth1 (en changant
    les cables) et le serveur de free attribue bien une adresse à la
    carte.
    En testant "eth0" avec une autre carte exactement du même type,
    toujours pas d'attribution d'adresse ip.
    J'ai supposé un soucis sur un port de la carte mère, donc j'ai
    déplacé eth0 sur un autre port et j'ai  toujours le même comportement.
    En googlant un chouilla, j'ai découvert en partie le
    fonctionnement d'udev et j'ai supprimé les lignes relatives aux
    interfaces dans /etc/udev/rules.d/z25_persistent-net.rules.
    Après plusieurs redémarrages et en branchant le cable "internet"
    relatif sur la Realtek, toujours le même comportement, eth0 n'est
    pas configurable par DHCP, et la carte 3Com fonctionne
    parfaitement pour l'accès internet
    Un coup de ifconfig permet bien de configurer la Realtek avec une
    adresse ip prise au hasard du style 192.168.0.yyy.
    Un ping direct sur la Realtek renvoit bien une réponse.
    Un ping sur une autre machine de mon réseau local ne renvoie rien.
    ifup eth0 renvoit toujours le même message :
    bla bla ...
    Listening on LPF/eth0/00:04:75:c1:9c:45
    Sending on   LPF/eth0/00:04:75:c1:9c:45
    Sending on   Socket/fallback
    DHCPDISCOVER on eth0 to 255.255.255.255 <http://255.255.255.255>
    port 67 interval 7
    etc etc ...
    No DHCPOFFERS received.
    No working leases in persistent database - sleeping.
    lsmod présente bien les modules requis pour le fonctionnement des
    cartes.
    lspci me permet bien de voir les 2 cartes présentes.
    Là je colle, c'est comme si quelquepart dans la couche ip quelque
    chose empêchait le passage des paquets spécifiquement sur le type
    de carte Realtek.
    Si vous avec une idée de début de piste ce serait super ...
    Merci d'avance.



------------------------------------------------------------------------
Envoyé avec Yahoo! Mail <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html>. Une boite mail plus intelligente.


Reply to: