Pas tout compris dans ton histoire, pour "tuer" eth0, fais tout simplement # ifconfig eth0 down
Si j'ai bien compris, tu as une machine serveur passerelle avec eth0 -> ADSL 10.0.0.1 et du wifi entre les deux avec wlan0. Que donne les commandes "route -n" sur les 2 machinbes? F.B On Thu, 4 Sep 2003 11:06:42 +0200 Charles Plessy <[EMAIL PROTECTED]> wrote: > > Le cache ARP du noyau qui n'est plus à jour, peut-être ? Sinon, je ne > > vois pas bien comment les adresses IP peuvent être les mêmes comme tu > > as des interfaces réseau (eth0 et wlan0) différentes ... > > Je me suis mal exprimé : > > J'ai le client en 192.168.0.2 (eth0), et le serveur en > 192.168.0.1 (eth1). En local sur chacun d'entre eux, je fais ifdown > eth0/1, puis ifup wlan0. Au final, j'ai un client en > 192.168.0.2(wlan0) et un serveur en 192.168.0.1 (wlan0). > > Un des trucs louches, c'est que dans ce cas, comme voulu, > eth0/1 a disparu de ifconfig : > > gizmotronics:~# ifconfig > lo Lien encap:Boucle locale > (...) > > wlan0 Lien encap:Ethernet HWaddr 00:09:5B:67:4A:85 > inet adr:192.168.0.2 Bcast:192.168.0.255 > Masque:255.255.255.0 adr inet6: fe80::209:5bff:fe67:4a85/64 > Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5 errors:2 dropped:0 overruns:0 carrier:0 > collisions:0 lg file transmission:100 > RX bytes:0 (0.0 b) TX bytes:540 (540.0 b) > Interruption:10 Mémoire:d1c98000-d1c99000 > > Par contre, ip addr le voit encore : > > gizmotronics:~# ip addr > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > inet6 ::1/128 scope host > 2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:d0:70:02:0e:b2 brd ff:ff:ff:ff:ff:ff > inet 192.168.0.2/24 brd 192.168.0.255 scope global eth0 > 3: [EMAIL PROTECTED]: <NOARP> mtu 1480 qdisc noop > link/sit 0.0.0.0 brd 0.0.0.0 > 6: wlan0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:09:5b:67:4a:85 brd ff:ff:ff:ff:ff:ff > inet 192.168.0.2/24 brd 192.168.0.255 scope global wlan0 > inet6 fe80::209:5bff:fe67:4a85/64 scope link > > heureusement, les routes sont bonnes : > > gizmotronics:~# ip route > 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.2 > default via 192.168.0.1 dev wlan0 > > pas possible de me débarasser définitivement de eth0, même > avec : ip addr del 192.168.0.2 dev eth0 ; ip link set eth0 down > > Sur l'autre machine, je parviens à faire le nettoyage avec un > subtil modprobe -r eth1. Sur le client s'où j'ai tiré les exemples, > eth0 est compilé «en dur». > > Je crois qu'il y a un lien entre mon problème de nfs, et le > fait que le serveur, qui fait du NAT, ne veut plus router les paquets > du client à l'extérieur : > > gizmotronics:~# ping linuxfr.org > PING linuxfr.org (212.27.33.221) 56(84) bytes of data. > 6 packets transmitted, 0 received, 100% packet loss, time 4999ms > > gizmotronics:~# ping moulinette > PING moulinette.dyndns.org (192.168.0.1) 56(84) bytes of data. > 64 bytes from moulinette.dyndns.org (192.168.0.1): icmp_seq=1 ttl=64 > time=2.40 ms(...) > > gizmotronics:~# ssh moulinette ping linuxfr.org > PING linuxfr.org (212.27.33.221) from 62.212.100.237 : 56(84) bytes of > data. 64 bytes from prout.linuxfr.org (212.27.33.221): icmp_seq=1 ttl=60 > time=69.6 ms > > Ta remarque sur le cache arp est trèsd intéressante, mais sort > du champ de mes compétences :( Tu as une page de man à me faire lire? > > Je vais essayer de démarrer directement les machines sur wlan0 > ce soir, afin de voir si c'est parcequ'il se souvient de eth0/1 > quelquepart. > > -- > Charles > > > -- > Pensez à lire la FAQ de la liste avant de poser une question : > http://savannah.nongnu.org/download/debfr-faq/html/ > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] >