En effet, c’est problématique !
Ce que je ne comprends pas c’est qu’un coup eth0 est le firewire et ensuite c’est eth1
Elle est où l’astuce ?
C’est l’encapsulation de ipv6 dans ipv4 ; c’est rien de grave.
http://fr.wikipedia.org/wiki/6to4
Et bien tu es relié à un modem, pas un routeur non ? Ne faudrait-il pas configuré ppo quelque chose pour faire cela ? Je n’ai aucun idée la dessus, car j’ai toujours eu une xxxbox.
[quote=“fran.b”]Scrogneu gneu, que donne
$ grep eth /var/log/syslog
Sinon c’est un blanc entre eth1 et 192.168.123.123, cette adresse est au pif, c’est juste pour voir si l’interface accepte d’être configurée ce qui est le cas… Un truc idiot mais es tu sûr que le cable est bien branché.[/quote]
hihihi …le câble est bien branché car la connection directement sur la sortie de mon pc marchait sous un autre OS.
tant pis, internet marche via la carte pcmcia externe!
apparemment chez Free, tu as une IP fixe dès que tu es dégroupé…ce qui est mon cas…
je regarde les avantages et les inconvénients….
y’a pas tellement plus que “la tonne” que j’ai déjà renseigné…
Jul 2 14:12:51 -- dhclient: eth1: unknown hardware address type 24
Jul 2 14:12:51 -- dhclient: Listening on LPF/eth1/<null>
Jul 2 14:12:51 -- dhclient: Sending on LPF/eth1/<null>
Jul 2 14:12:51 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
Jul 2 14:12:58 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Jul 2 14:13:00 -- kernel: eth0: no IPv6 routers present
Jul 2 14:13:08 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14
Jul 2 14:13:22 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13
Jul 2 14:13:35 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12
Jul 2 14:13:47 -- dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
Jul 2 14:16:20 -- dhclient: eth1: unknown hardware address type 24
Jul 2 20:40:18 -- kernel: eth1394: $Rev: 1312 $ Ben Collins <bcollins@debian.org>
Jul 2 20:40:18 -- kernel: eth1394: eth0: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
Jul 2 20:40:18 -- kernel: eth0: RealTek RTL8139 at 0xd000, 00:08:a1:72:06:b3, IRQ 185
Jul 2 20:40:18 -- kernel: eth0: Identified 8139 chip type 'RTL-8139C'
Jul 2 20:42:41 -- dhclient: eth1: unknown hardware address type 24
Jul 2 20:42:41 -- kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Jul 2 20:42:42 -- dhclient: eth1: unknown hardware address type 24
Jul 2 20:42:42 -- dhclient: Listening on LPF/eth0/00:08:a1:72:06:b3
Jul 2 20:42:42 -- dhclient: Sending on LPF/eth0/00:08:a1:72:06:b3
Jul 2 20:42:42 -- dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Jul 2 20:42:52 -- kernel: eth0: no IPv6 routers presenteuuuuuuuhhhh…c’est tout comme a dit Fran.b, comme a dit Mattotop:
realtek sur eth0
@+
Non: Chez moi
[quote]~$ dmesg | grep eth
eth0: RealTek RTL8139 at 0x3000, 00:02:3f:96:2d:d5, IRQ 225
eth0: Identified 8139 chip type 'RTL-8101’
eth1394: eth0: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
eth1: link down
ADDRCONF(NETDEV_UP): eth1: link is not ready
[/quote]
et eth0 est l’interface IEEE-1394, eth1 est la Realteck qui ne sert pas en ce moment, je suis sur WIFI.
Donc les numéros donnés dans le dmesg ne sont pas toujours fiables. La méthode de Matt est effectivement une bonne idée une fois qu’on a tout identifié. Le pbm est que ta carte devrait marcher et qu’elle ne marche pas. Bon, je te suggère d’installer pump
Puis essayes
ou
(je ne me souviens plus de la syntatxe)
dhclient est une cochonnerie qui se plante parfois. Je pense que ça doit être ça, j’ai eu ce pbm une fois.
[quote=“fran.b”]
Donc les numéros donnés dans le dmesg ne sont pas toujours fiables.
dhclient est une cochonnerie qui se plante parfois[/quote]
merci de ta patience
j’ai installé pump…la bonne syntaxe est pump -i eth1 mais ça me renvoie un “operation failed”
pump --status m’a renvoyé les détails (ip,netmask,bcast,network…nameservers) que de ‘device eth0’ ; pas de eth1.
pump -i eth0 --status donne la même chose
pump -i eth1 --status répond “opération failed”
quel mic-mac, mes amis!