Re: wifi et nfs
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 <charles@moulinette.dyndns.org> 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: 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
>
>
> --
> Pensez à lire la FAQ de la liste avant de poser une question :
> http://savannah.nongnu.org/download/debfr-faq/html/
>
> To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>
Reply to: