Re: wifi et nfs
> 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: sit0@NONE: <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
Reply to: