Re: wifi et nfs
> Est ce que moulinette peut "pinguer" gizmotronics?? > As tu des règles iptables sur gizmotronics spécifiques à l'interface eth1 > (qui maintenant est devenue wlan0)? Je pense que le pbm doit venir de là? > Quelles sont tes règles iptables? un petit : moulinette:~# cat /var/lib/iptables/active | sed 's/eth1/wlan0/' > /var/lib/iptables/active-wlan0 moulinette:~# /etc/init.d/iptables load active-wlan0 a réglé le problème (ping et nfs). Désolé pour tout le ramdam, j'étais persuadé que iptables voyait tout par l'ip. En fait, c'est vrai par exemple pour le nat (iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o ppp0 -j MASQUERADE), mais pas pour certaines règles de la table INPUT (iptables -A INPUT -i eth1 -p all -j ACCEPT). Ssh passait parce qu'il est aussi autorisé de l'extérieur (iptables -A INPUT -p tcp -m tcp --dport 22 -j ACCEPT). Bonne nuit à tous. -- Charles
Re: wifi et nfs
* Charles Plessy <[EMAIL PROTECTED]> [2003-09-04 11:06] : > > Le cache ARP du noyau qui n'est plus à jour, peut-être ? Sinon, je ne [...] > 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? Oui, man 7 arp (pas vraiment claire, sauf le premier paragraphe) et man 8 arp (éventuellement la RFC 826, si tu es motivé). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.fr.debian.org/MailingLists/#codeofconduct
Re: wifi et nfs
Bon, je ne connaissais pas la commande ip et je fais tout à base de ifconfig et route. Apparemment, j'ai raison: Après installation (puis déinstallation après le test) d'iproute, jobserve le même phénomène sur une configuration qui marche par ailleurs: "ifconfig eth0 down" fait disparaitre eth0 dans le "ifconfig" mais pas dans le résultat de "ip addr" (cf fichier joint 'toto' pour les tests). Il vaut donc mieux se fonder sur ifconfig et route. > Voici en images ce que je veux dire : > > gizmotronics:~# ifconfig > eth0 Link encap:Ethernet HWaddr 00:D0:70:02:0E:B2 > inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 > inet6 addr: fe80::2d0:70ff:fe02:eb2/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > RX bytes:0 (0.0 b) TX bytes:1360 (1.3 KiB) > Interrupt:5 Base address:0xf00 > > loLink encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > (...) > > gizmotronics:~# ifconfig eth0 down > gizmotronics:~# ip addr à voir dans le manuel de ip mais incohérent donc. > gizmotronics:~# ifconfig > loLink encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 Voilà, ça c'est cohérent et bien. > Pourquoi donc ip voit-il toujours eth0? Une sombre histoire de "device" désactivé mais toujours présent je pense. > > Ensuite, j'initialise wlan0 : > > gizmotronics:~# ifup wlan0 > > loLink encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > (...) > > wlan0 Link encap:Ethernet HWaddr 00:09:5B:67:4A:85 > inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 > inet6 addr: fe80::209:5bff:fe67:4a85/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:704 errors:0 dropped:0 overruns:0 frame:0 > TX packets:836 errors:2 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > RX bytes:120381 (117.5 KiB) TX bytes:104131 (101.6 KiB) > Interrupt:10 Memory:d1c98000-d1c99000 > Bien, A priori c'est bon. > Encore une fois, ifconfig me dit que tout va bien, et ip voit un > problème. > > À ce moment, j'ai un bon accès à 192.168.0.0/24, mais je ne peux pas > pinguer l'extérieur. > > Je retire son IP à eth0 : > manipulation d'un device désactivé je pense, sans incidence sur le reste j'imagine. eth0 n'apparait dans ifconfig donc n'est pas actif.> > j'essaye de monter un répertoire en nfs : > > gizmotronics:~# mount /moulinette/log/ > > là ça bloque :( Est ce que moulinette peut "pinguer" gizmotronics?? As tu des règles iptables sur gizmotronics spécifiques à l'interface eth1 (qui maintenant est devenue wlan0)? Je pense que le pbm doit venir de là? Quelles sont tes règles iptables? > gizmotronics:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse > Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 >0 wlan0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 >00 wlan0 > > moulinette:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse > Iface 62.4.16.247 0.0.0.0 255.255.255.255 UH0 0 >0 ppp0 10.0.0.00.0.0.0 255.255.255.0 U 0 0 > 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 >00 wlan0 0.0.0.0 62.4.16.247 0.0.0.0 > UG0 00 ppp0 Semble correct tout ça François Boisson toto Description: Binary data
Re: wifi et nfs
On Thu, Sep 04, 2003 at 05:20:43PM +, François Boisson wrote: > Pas tout compris dans ton histoire, pour "tuer" eth0, fais tout simplement > # ifconfig eth0 down Voici en images ce que je veux dire : gizmotronics:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:D0:70:02:0E:B2 inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::2d0:70ff:fe02:eb2/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:1360 (1.3 KiB) Interrupt:5 Base address:0xf00 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 (...) gizmotronics:~# ifconfig eth0 down gizmotronics:~# ip addr 1: lo: 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: 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]: mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 gizmotronics:~# ifconfig loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 (...) Pourquoi donc ip voit-il toujours eth0? Ensuite, j'initialise wlan0 : gizmotronics:~# ifup wlan0 gizmotronics:~# ip addr 1: lo: 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: 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]: mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 4: wlan0: 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 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 gizmotronics:~# ifconfig loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 (...) wlan0 Link encap:Ethernet HWaddr 00:09:5B:67:4A:85 inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::209:5bff:fe67:4a85/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:704 errors:0 dropped:0 overruns:0 frame:0 TX packets:836 errors:2 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:120381 (117.5 KiB) TX bytes:104131 (101.6 KiB) Interrupt:10 Memory:d1c98000-d1c99000 Encore une fois, ifconfig me dit que tout va bien, et ip voit un problème. À ce moment, j'ai un bon accès à 192.168.0.0/24, mais je ne peux pas pinguer l'extérieur. Je retire son IP à eth0 : gizmotronics:~# ip addr del 192.168.0.2 dev eth0 gizmotronics:~# ip addr 1: lo: 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: mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:d0:70:02:0e:b2 brd ff:ff:ff:ff:ff:ff 3: [EMAIL PROTECTED]: mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 4: wlan0: 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 j'essaye de monter un répertoire en nfs : gizmotronics:~# mount /moulinette/log/ là ça bloque :( > 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? gizmotronics:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 wlan0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 wlan0 moulinette:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 62.4.16.247 0.0.0.0 255.255.255.255 UH0 00 ppp0 10.0.0.00.0.0.0 255.255.255.0 U 0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 wlan0 0.0.0.0 62.4.16.247 0.0.0.0 UG0 00 ppp0 Merci pour ton aide. -- Charles
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 <[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 > loLien 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: 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: 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]: mtu 1480 qdisc noop > link/sit 0.0.0.0 brd 0.0.0.0 > 6: wlan0: 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] >
Re: wifi et nfs
On Thu, Sep 04, 2003 at 02:32:54PM +0200, Davy Gigan wrote: > > > 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). > > Ton problème vient peut-être du routage sur tes machines : > que disent les commandes "route" (ou "ip route show" si tu as la > commande) sur les 2 machines ? Ils se peut que les routes pointent > toujours vers l'ancienne interface (quoique ifdown et ifup sont > sensés modifier les routes). Sur le serveur : [EMAIL PROTECTED]:~$ ip route 62.4.16.247 dev ppp0 proto kernel scope link src 62.212.100.237 10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.1 default via 62.4.16.247 dev ppp0 Le client est éteint en ce moment (et je suis à quelques kilomètres), mais je peux te garantir que le changement de route se fait correctement. -- Charles
Re: wifi et nfs
> 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). Ton problème vient peut-être du routage sur tes machines : que disent les commandes "route" (ou "ip route show" si tu as la commande) sur les 2 machines ? Ils se peut que les routes pointent toujours vers l'ancienne interface (quoique ifdown et ifup sont sensés modifier les routes). Cordialement. -- Davy Gigan System & Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
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 loLien 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: 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: 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]: mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 6: wlan0: 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
Re: wifi et nfs
* Charles Plessy <[EMAIL PROTECTED]> [2003-09-04 02:04] : > Salut, > > J'ai 2 machines partageant /home par nfs, dans un résau ethernet. > > J'essaye de passer au wifi, et j'arrive à remplacer eth0 par wlan0 > (driver hostap_pci). Dans ce cas le ping et ssh passent entre les 2 > machines. Par contre, la machine "à l'intérieur" du résau ne peut plus > pinger le net => la deuxième refuse de faire passerelle. De plus, nfs > ne marche plus (il bloque et ne rend pas la main lors d'un > /etc/init.d/mountnfs.sh) > > => J'ai l'impression d'avoir oublié quelquechose, mais quoi?? Les IPs > sont les mêmes, j'ai basculé en faisant ifdown eth0 ; ifup wlan0 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 ... Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.fr.debian.org/MailingLists/#codeofconduct
wifi et nfs
Salut, J'ai 2 machines partageant /home par nfs, dans un résau ethernet. J'essaye de passer au wifi, et j'arrive à remplacer eth0 par wlan0 (driver hostap_pci). Dans ce cas le ping et ssh passent entre les 2 machines. Par contre, la machine "à l'intérieur" du résau ne peut plus pinger le net => la deuxième refuse de faire passerelle. De plus, nfs ne marche plus (il bloque et ne rend pas la main lors d'un /etc/init.d/mountnfs.sh) => J'ai l'impression d'avoir oublié quelquechose, mais quoi?? Les IPs sont les mêmes, j'ai basculé en faisant ifdown eth0 ; ifup wlan0 -- Charles