Bonjour =0AQue te renvoie la commande suivant lorsque le cable de ta freebo=
x est branch=C3=A9 sur ta carte Realtek ?=0A#ethtool eth0=0A=0AA+=0A=0A=0A=
=0A----- Message d'origine ----=0ADe : kaliderus ka <kaliderus@gmail.com>=
=0A=C3=80 : debian-user-french@lists.debian.org=0AEnvoy=C3=A9 le : Mardi, 5=
Ao=C3=BBt 2008, 10h19mn 13s=0AObjet : Ethernet non-configurable=0A=0A=0ABo=
njour,=0AJ'ai une machine qui fait d'un c=C3=B4t=C3=A9 serveur-firewall ave=
c iptables (eth0 en DHCP, type Realtek Semiconductor Co., Ltd. RTL-8029(AS)=
) et de l'autre partage de connection internet pour la famille (eth1, adres=
se ip fixe en 192.168.0.XXX, type 3Com Corporation 3c905C-TX/TX-M [Tornado]=
(rev 78)).=0AJusqu'=C3=A0 il y a environ 1 semaine tout fonctionnait parfa=
itement.=0ADepuis, pour une raison que je n'explique pas, l'interface eth0 =
ne permet plus d'acc=C3=A8s via free.=0AJ'ai supprim=C3=A9 toutes les r=C3=
=A8gles iptables en les mettant toutes =C3=A0 ACCEPT, puis ...=0AEn modifia=
nt /etc/network/interfaces j'ai test=C3=A9 eth1 (en changant les cables) et=
le serveur de free attribue bien une adresse =C3=A0 la carte.=0AEn testant=
"eth0" avec une autre carte exactement du m=C3=AAme type, toujours pas d'a=
ttribution d'adresse ip.=0AJ'ai suppos=C3=A9 un soucis sur un port de la ca=
rte m=C3=A8re, donc j'ai d=C3=A9plac=C3=A9 eth0 sur un autre port et j'ai =
toujours le m=C3=AAme comportement.=0AEn googlant un chouilla, j'ai d=C3=A9=
couvert en partie le fonctionnement d'udev et j'ai supprim=C3=A9 les lignes=
relatives aux interfaces dans /etc/udev/rules.d/z25_persistent-net.rules.=
=0AApr=C3=A8s plusieurs red=C3=A9marrages et en branchant le cable "interne=
t" relatif sur la Realtek, toujours le m=C3=AAme comportement, eth0 n'est p=
as configurable par DHCP, et la carte 3Com fonctionne parfaitement pour l'a=
cc=C3=A8s internet=0AUn coup de ifconfig permet bien de configurer la Realt=
ek avec une adresse ip prise au hasard du style 192.168.0.yyy.=0AUn ping di=
rect sur la Realtek renvoit bien une r=C3=A9ponse.=0AUn ping sur une autre =
machine de mon r=C3=A9seau local ne renvoie rien.=0Aifup eth0 renvoit toujo=
urs le m=C3=AAme message :=0Abla bla ...=0AListening on LPF/eth0/00:04:75:c=
1:9c:45=0ASending on LPF/eth0/00:04:75:c1:9c:45=0ASending on Socket/fal=
lback=0ADHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7=0Aetc et=
c ...=0ANo DHCPOFFERS received.=0ANo working leases in persistent database =
- sleeping.=0Alsmod pr=C3=A9sente bien les modules requis pour le fonctionn=
ement des cartes.=0Alspci me permet bien de voir les 2 cartes pr=C3=A9sente=
s.=0AL=C3=A0 je colle, c'est comme si quelquepart dans la couche ip quelque=
chose emp=C3=AAchait le passage des paquets sp=C3=A9cifiquement sur le typ=
e de carte Realtek.=0ASi vous avec une id=C3=A9e de d=C3=A9but de piste ce =
serait super ...=0AMerci d'avance.=0A=0A=0A=0A _______________________=
______________________________________________________ =0AEnvoyez avec Yaho=
o! Mail. Une boite mail plus intelligente http://mail.yahoo.fr
--0-1967203363-1217936250=:2938
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><style type=3D"text/css"><!-- DIV {margin:0px;} --></style></he=
ad><body><div style=3D"font-family:times new roman, new york, times, serif;=
font-size:12pt"><div>Bonjour <br>Que te renvoie la commande suivant lorsque=
le cable de ta freebox est branch=C3=A9 sur ta carte Realtek ?<br>#ethtool=
eth0<br><br>A+<br></div><div style=3D"font-family: times new roman,new yor=
k,times,serif; font-size: 12pt;"><br><div style=3D"font-family: times new r=
oman,new york,times,serif; font-size: 12pt;">----- Message d'origine ----<b=
r>De : kaliderus ka <kaliderus@gmail.com><br>=C3=80 : debian-user-fre=
nch@lists.debian.org<br>Envoy=C3=A9 le : Mardi, 5 Ao=C3=BBt 2008, 10h19mn 1=
3s<br>Objet : Ethernet non-configurable<br><br><div dir=3D"ltr">Bonjou=
r,<br>J'ai une machine qui fait d'un c=C3=B4t=C3=A9 serveur-firewall avec i=
ptables (eth0 en DHCP, type Realtek Semiconductor Co., Ltd. RTL-8029(AS)) e=
t 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)).<br>=0AJusqu'=C3=
=A0 il y a environ 1 semaine tout fonctionnait parfaitement.<br>Depuis, pou=
r une raison que je n'explique pas, l'interface eth0 ne permet plus d'acc=
=C3=A8s via free.<br>J'ai supprim=C3=A9 toutes les r=C3=A8gles iptabl=
es en les mettant toutes =C3=A0 ACCEPT, puis ...<br>=0AEn modifiant /etc/ne=
twork/interfaces j'ai test=C3=A9 eth1 (en changant les cables) et le serveu=
r de free attribue bien une adresse =C3=A0 la carte.<br>En testant "eth0" a=
vec une autre carte exactement du m=C3=AAme type, toujours pas d'attributio=
n d'adresse ip.<br>=0AJ'ai suppos=C3=A9 un soucis sur un port de la carte m=
=C3=A8re, donc j'ai d=C3=A9plac=C3=A9 eth0 sur un autre port et j'ai =
toujours le m=C3=AAme comportement.<br>En googlant un chouilla, j'ai d=C3=
=A9couvert en partie le fonctionnement d'udev et j'ai supprim=C3=A9 les lig=
nes relatives aux interfaces dans /etc/udev/rules.d/z25_persistent-net.rule=
s.<br>=0AApr=C3=A8s plusieurs red=C3=A9marrages et en branchant le cable "i=
nternet" relatif sur la Realtek, toujours le m=C3=AAme comportement, eth0 n=
'est pas configurable par DHCP, et la carte 3Com fonctionne parfaitement po=
ur l'acc=C3=A8s internet<br>=0AUn coup de ifconfig permet bien de configure=
r la Realtek avec une adresse ip prise au hasard du style 192.168.0.yyy.<br=
>Un ping direct sur la Realtek renvoit bien une r=C3=A9ponse.<br>Un ping su=
r une autre machine de mon r=C3=A9seau local ne renvoie rien.<br>=0Aifup et=
h0 renvoit toujours le m=C3=AAme message :<br>bla bla ...<br>Listening on L=
PF/eth0/00:04:75:c1:9c:45<br>Sending on LPF/eth0/00:04:75:c1:9c=
:45<br>Sending on Socket/fallback<br>DHCPDISCOVER on eth0 to <a=
rel=3D"nofollow" target=3D"_blank" href=3D"http://255.255.255.255">255.25=
5.255.255</a> port 67 interval 7<br>=0Aetc etc ...<br>No DHCPOFFERS receive=
d.<br>No working leases in persistent database - sleeping.<br>lsmod pr=C3=
=A9sente bien les modules requis pour le fonctionnement des cartes.<br>lspc=
i me permet bien de voir les 2 cartes pr=C3=A9sentes.<br>=0AL=C3=A0 je coll=
e, c'est comme si quelquepart dans la couche ip quelque chose emp=C3=AAchai=
t le passage des paquets sp=C3=A9cifiquement sur le type de carte Realtek.<=
br>Si vous avec une id=C3=A9e de d=C3=A9but de piste ce serait super ...<br=
>Merci d'avance.<br>=0A</div>=0A</div></div></div><br>=0A=0A=0A <hr si=
ze=3D"1"> =0AEnvoy=C3=A9 avec <a href=3D"http://us.rd.yahoo.com/mailuk/tagl=
ines/isp/control/*http://us.rd.yahoo.com/evt=3D52423/*http://fr.docs.yahoo.=
com/mail/overview/index.html">Yahoo! Mail</a>.<br>Une boite mail plus intel=
ligente. </a></body></html>
--0-1967203363-1217936250=:2938--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 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 À : 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 (e th0 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 à A CCEPT, 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, toujour s pas d'attribution d'adresse ip. J'ai supposé un soucis sur un port de la carte mère, donc j'ai dépl acé 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'u dev 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" rela tif sur la Realtek, toujours le même comportement, eth0 n'est pas configura ble par DHCP, et la carte 3Com fonctionne parfaitement pour l'accès interne t 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 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 carte s. 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.
<div dir="ltr">Salut,<br>Malheureusement rien de bien intéressant :<br> ethtool eth0<br>Settings for eth0:<br>No data available<br><br>La carte est assez vieille et rien n'est paramétrable à ce niveau.<br>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 9;est un vrai mystère.<br> <br>A bientôt<br><br><div class="gmail_quote">Le 5 août 2008 13:37, p ingouin osmolateur <span dir="ltr"><<a href="mailto:pingouin_osmolat "></a>></span> a écrit :<br><b lockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 20 4, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div style="font-family: times new roman,new york,times,serif; font- size: 12pt;"><div>Bonjour <br>Que te renvoie la commande suivant lorsque le cable de ta freebox est branché sur ta carte Realtek ?<br>#ethtool eth0< br> <br>A+<br></div><div style="font-family: times new roman,new york,times,s erif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Message d'origine ----<br>De : kaliderus ka <<a href="mailto:" target="_blank" ></a>><br> À : <a href="mailto:" target="_bla nk"></a><br>Envoyé le : Mardi, 5 Aoû t 2008, 10h19mn 13s<br>Objet : Ethernet non-configurable<div><div></di v><div class="Wj3C7c"> <br><br><div dir="ltr">Bonjour,<br>J'ai une machine qui fait d'un côté serveur-firewall avec iptables (eth0 en DHCP, type Realtek Semico nductor Co., Ltd. RTL-8029(AS)) et de l'autre partage de connection int ernet pour la famille (eth1, adresse ip fixe en 192.168.0.XXX, type 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)).<br> Jusqu'à il y a environ 1 semaine tout fonctionnait parfaitement.<br>D epuis, pour une raison que je n'explique pas, l'interface eth0 ne p ermet plus d'accès via free.<br>J'ai supprimé toutes les règles iptables en les mettant toutes à ACCEPT, puis ...<br>
En modifiant /etc/network/interfaces j'ai testé eth1 (en changant les cables) et le serveur de free attribue bien une adresse à la carte.<br>E n testant "eth0" avec une autre carte exactement du même type, toujours pas d'attribution d'adresse ip.<br>
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 com portement.<br>En googlant un chouilla, j'ai découvert en partie le fo nctionnement d'udev et j'ai supprimé les lignes relatives aux int erfaces dans /etc/udev/rules.d/z25_persistent-net.rules.<br>
Après plusieurs redémarrages et en branchant le cable "internet&qu ot; 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<br>
Un coup de ifconfig permet bien de configurer la Realtek avec une adresse i p prise au hasard du style 192.168.0.yyy.<br>Un ping direct sur la Realtek renvoit bien une réponse.<br>Un ping sur une autre machine de mon résea u local ne renvoie rien.<br>
ifup eth0 renvoit toujours le même message :<br>bla bla ...<br>Listening on LPF/eth0/00:04:75:c1:9c:45<br>Sending on LPF/eth0/00:04:75:c 1:9c:45<br>Sending on Socket/fallback<br>DHCPDISCOVER on eth0 t o <a rel="nofollow" href="http://255.255.255.255" target="_blank">255 .255.255.255</a> port 67 interval 7<br>
etc etc ...<br>No DHCPOFFERS received.<br>No working leases in persistent d atabase - sleeping.<br>lsmod présente bien les modules requis pour le fon ctionnement des cartes.<br>lspci me permet bien de voir les 2 cartes prés entes.<br>
Là je colle, c'est comme si quelquepart dans la couche ip quelque cho se empêchait le passage des paquets spécifiquement sur le type de carte Realtek.<br>Si vous avec une idée de début de piste ce serait super .. .<br> Merci d'avance.<br> </div> </div></div></div></div></div></div></blockquote></div><br></div>
------=_Part_25447_12834333.1217937763271--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
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> 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>
À : 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 (e th0 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 à A CCEPT,
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, toujour s
pas d'attribution d'adresse ip.
J'ai supposé un soucis sur un port de la carte mère, donc j'ai dépl acé 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'u dev
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" rela tif
sur la Realtek, toujours le même comportement, eth0 n'est pas configura ble
par DHCP, et la carte 3Com fonctionne parfaitement pour l'accès interne t
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 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 carte s.
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.
<div dir="ltr">Salut,<br>Malheureusement rien de bien intéressant :<br> ethtool eth0<br>Settings for eth0:<br>No data available<br><br>La carte est assez vieille et rien n'est paramétrable à ce niveau.<br>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 9;est un vrai mystère.<br>
<br>A bientôt<br><br><div class="gmail_quote">Le 5 août 2008 13:37, p ingouin osmolateur <span dir="ltr"><<a href="mailto:pingouin_osmolat eur@yahoo.fr">pingouin_osmolateur@yahoo.fr</a>></span> a écrit :<br><b lockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 20 4, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div style="font-family: times new roman,new york,times,serif; font- size: 12pt;"><div>Bonjour <br>Que te renvoie la commande suivant lorsque le cable de ta freebox est branché sur ta carte Realtek ?<br>#ethtool eth0< br>
<br>A+<br></div><div style="font-family: times new roman,new york,times,s erif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Message d'origine ----<br>De : kaliderus ka <<a href="mailto:kaliderus@gmail.com" target="_blank" >kaliderus@gmail.com</a>><br>
À : <a href="mailto:debian-user-french@lists.debian.org" target="_bla nk">debian-user-french@lists.debian.org</a><br>Envoyé le : Mardi, 5 Aoû t 2008, 10h19mn 13s<br>Objet : Ethernet non-configurable<div><div></di v><div class="Wj3C7c">
<br><br><div dir="ltr">Bonjour,<br>J'ai une machine qui fait d'un côté serveur-firewall avec iptables (eth0 en DHCP, type Realtek Semico nductor Co., Ltd. RTL-8029(AS)) et de l'autre partage de connection int ernet pour la famille (eth1, adresse ip fixe en 192.168.0.XXX,
type 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)).<br>
Jusqu'à il y a environ 1 semaine tout fonctionnait parfaitement.<br>D epuis, pour une raison que je n'explique pas, l'interface eth0 ne p ermet plus d'accès via free.<br>J'ai supprimé toutes les règles iptables en les mettant toutes à ACCEPT, puis ...<br>
En modifiant /etc/network/interfaces j'ai testé eth1 (en changant les cables) et le serveur de free attribue bien une adresse à la carte.<br>E n testant "eth0" avec une autre carte exactement du même type, toujours pas d'attribution d'adresse ip.<br>
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 com portement.<br>En googlant un chouilla, j'ai découvert en partie le fo nctionnement d'udev et j'ai supprimé les lignes relatives aux int erfaces dans /etc/udev/rules.d/z25_persistent-net.rules.<br>
Après plusieurs redémarrages et en branchant le cable "internet&qu ot; 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<br>
Un coup de ifconfig permet bien de configurer la Realtek avec une adresse i p prise au hasard du style 192.168.0.yyy.<br>Un ping direct sur la Realtek renvoit bien une réponse.<br>Un ping sur une autre machine de mon résea u local ne renvoie rien.<br>
ifup eth0 renvoit toujours le même message :<br>bla bla ...<br>Listening on LPF/eth0/00:04:75:c1:9c:45<br>Sending on LPF/eth0/00:04:75:c 1:9c:45<br>Sending on Socket/fallback<br>DHCPDISCOVER on eth0 t o <a rel="nofollow" href="http://255.255.255.255" target="_blank">255 .255.255.255</a> port 67 interval 7<br>
etc etc ...<br>No DHCPOFFERS received.<br>No working leases in persistent d atabase - sleeping.<br>lsmod présente bien les modules requis pour le fon ctionnement des cartes.<br>lspci me permet bien de voir les 2 cartes prés entes.<br>
Là je colle, c'est comme si quelquepart dans la couche ip quelque cho se empêchait le passage des paquets spécifiquement sur le type de carte Realtek.<br>Si vous avec une idée de début de piste ce serait super .. .<br>
Merci d'avance.<br>
</div>
</div></div></div></div></div></div></blockquote></div><br></div>
------=_Part_25447_12834333.1217937763271--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 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 À : 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 (e th0 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 à A CCEPT, 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, toujour s pas d'attribution d'adresse ip. J'ai supposé un soucis sur un port de la carte mère, donc j'ai dépl acé 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'u dev 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" rela tif sur la Realtek, toujours le même comportement, eth0 n'est pas configura ble par DHCP, et la carte 3Com fonctionne parfaitement pour l'accès interne t 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 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 carte s. 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.
<div dir="ltr">Salut,<br>Malheureusement rien de bien intéressant :<br> ethtool eth0<br>Settings for eth0:<br>No data available<br><br>La carte est assez vieille et rien n'est paramétrable à ce niveau.<br>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 9;est un vrai mystère.<br> <br>A bientôt<br><br><div class="gmail_quote">Le 5 août 2008 13:37, p ingouin osmolateur <span dir="ltr"><<a href="mailto:pingouin_osmolat "></a>></span> a écrit :<br><b lockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 20 4, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div style="font-family: times new roman,new york,times,serif; font- size: 12pt;"><div>Bonjour <br>Que te renvoie la commande suivant lorsque le cable de ta freebox est branché sur ta carte Realtek ?<br>#ethtool eth0< br> <br>A+<br></div><div style="font-family: times new roman,new york,times,s erif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Message d'origine ----<br>De : kaliderus ka <<a href="mailto:" target="_blank" ></a>><br> À : <a href="mailto:" target="_bla nk"></a><br>Envoyé le : Mardi, 5 Aoû t 2008, 10h19mn 13s<br>Objet : Ethernet non-configurable<div><div></di v><div class="Wj3C7c"> <br><br><div dir="ltr">Bonjour,<br>J'ai une machine qui fait d'un côté serveur-firewall avec iptables (eth0 en DHCP, type Realtek Semico nductor Co., Ltd. RTL-8029(AS)) et de l'autre partage de connection int ernet pour la famille (eth1, adresse ip fixe en 192.168.0.XXX, type 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)).<br> Jusqu'à il y a environ 1 semaine tout fonctionnait parfaitement.<br>D epuis, pour une raison que je n'explique pas, l'interface eth0 ne p ermet plus d'accès via free.<br>J'ai supprimé toutes les règles iptables en les mettant toutes à ACCEPT, puis ...<br>
En modifiant /etc/network/interfaces j'ai testé eth1 (en changant les cables) et le serveur de free attribue bien une adresse à la carte.<br>E n testant "eth0" avec une autre carte exactement du même type, toujours pas d'attribution d'adresse ip.<br>
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 com portement.<br>En googlant un chouilla, j'ai découvert en partie le fo nctionnement d'udev et j'ai supprimé les lignes relatives aux int erfaces dans /etc/udev/rules.d/z25_persistent-net.rules.<br>
Après plusieurs redémarrages et en branchant le cable "internet&qu ot; 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<br>
Un coup de ifconfig permet bien de configurer la Realtek avec une adresse i p prise au hasard du style 192.168.0.yyy.<br>Un ping direct sur la Realtek renvoit bien une réponse.<br>Un ping sur une autre machine de mon résea u local ne renvoie rien.<br>
ifup eth0 renvoit toujours le même message :<br>bla bla ...<br>Listening on LPF/eth0/00:04:75:c1:9c:45<br>Sending on LPF/eth0/00:04:75:c 1:9c:45<br>Sending on Socket/fallback<br>DHCPDISCOVER on eth0 t o <a rel="nofollow" href="http://255.255.255.255" target="_blank">255 .255.255.255</a> port 67 interval 7<br>
etc etc ...<br>No DHCPOFFERS received.<br>No working leases in persistent d atabase - sleeping.<br>lsmod présente bien les modules requis pour le fon ctionnement des cartes.<br>lspci me permet bien de voir les 2 cartes prés entes.<br>
Là je colle, c'est comme si quelquepart dans la couche ip quelque cho se empêchait le passage des paquets spécifiquement sur le type de carte Realtek.<br>Si vous avec une idée de début de piste ce serait super .. .<br> Merci d'avance.<br> </div> </div></div></div></div></div></div></blockquote></div><br></div>
------=_Part_25447_12834333.1217937763271--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
