wlan0 ne s'active que si je branche un cable sur eth0

Bonjour à tous,

je viens poster un soucis étrange sur une configuration à base de AT3ION-T deluxe et debian wheezy.

La carte wifi intégrée utilise le module ath9k, no probem pour la lancer.

J’arrive à configurer mon /etc/network/interfaces pour me connecter à mon réseau wifi (pour l’install je suis à côté de ma box, en filaire, c’est plus rapide).

Les deux interfaces réseau (filaire et wifi) sont OK, j’y accède par ssh, je les ping etc.

Dans l’utilisation finale, il n’y aura que le réseau wifi, donc je me dis pas de soucis, maintenant que mon wifi fonctionne, je débranche mon cable réseau, je redémarre l’ordi, et là, bam, pas de wifi (pas de ping possible depuis l’extérieur, rien… je rebranche mon cable réseau pour pouvoir accéder à l’ordi, et là, Ô miracle, le wifi démarre aussi (ping / accès ssh, etc.)

Je vous donne mon /etc/network/interfaces, je ne vois pas ce que j’ai raté :S

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
#allow-hotplug wlan0
#NetworkManager#
auto eth0
iface eth0 inet static
        address 192.168.1.252
        netmask 255.255.225.0
        networsk 192.168.1.0
        broadcast 192.168.1.255
        gateway 192.168.1.1

auto wlan0
iface wlan0 inet static
        address 192.168.1.253
        netmask 255.255.225.0
        networsk 192.168.1.0
        broadcast 192.168.1.255
        gateway 192.168.1.1
        wpa-ssid MONSSID
        wpa-psk MONPASSWPA

Merci d’avance si quelqu’un a une piste :slightly_smiling:

Donne aussi :
ifconfig
iwconfig

EDIT :
essaie aussi
allow-hotplug eth0
allow-hotplug wlan0

au lieu de
auto eth0
auto wlan0

Ifconfig (avec le wifi up)

eth0      Link encap:Ethernet  HWaddr bc:ae:c5:8b:6d:a1
          inet adr:192.168.1.252  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::beae:c5ff:fe8b:6da1/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2350 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2265 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:192091 (187.5 KiB)  TX bytes:2050875 (1.9 MiB)
          Interruption:40 Adresse de base:0x2000

lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:61 errors:0 dropped:0 overruns:0 frame:0
          TX packets:61 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:4112 (4.0 KiB)  TX bytes:4112 (4.0 KiB)

wlan0     Link encap:Ethernet  HWaddr 48:5d:60:7e:83:b3
          inet adr:192.168.1.253  Bcast:192.168.1.255  Masque:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:280 errors:0 dropped:0 overruns:0 frame:0
          TX packets:53 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:83483 (81.5 KiB)  TX bytes:9946 (9.7 KiB)

Iwconfig (wifi up toujours)

lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=14 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on

EDIT : pour le hotplug, il y a deja pour eth0, et pour wlan0, j’ai testé, ça n’a rien changé :confused:

Salut,
Tu as un gestionnaire graphique ?
Un gestionnaire de connexion réseau est installé ?

Je viens de m’apercevoir que le lien wifi est pas du tout up en fait :S (résultat du iwconfig), et pas d’association sur ma box :confused:
Je ne comprends pas pourquoi les deux ip sont ateignables de l’extérieur par contre :017 :017

Pour répondre à lol, oui, j’ai un gestionnaire, mais je veux faire en sorte que la connexion s’établisse au démarrage (une connexion manuelle dans gnome-network-manager fonctionne bien sur le wifi)

En effet : :cry:
Je ne peux plus comparer avec ma machine car j’ai désactivé le wifi mais si ça t’inspire, voilà mon “interfaces”, qui fonctionnait parfaitement dans les deux cas qui te posent problème :

[code]# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

The primary network interface

allow-hotplug eth0

Avec clef WPA :

allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf managed
wpa-ap-scan 1
wpa-scan-ssid 1
wpa-ssid wifi-ricardo
wpa-key-mgmt WPA-PSK
wpa-psk xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx[/code]

WICD est mieux comme “manager”

Re,

Ou aucun s’il souhaite connecter sans l’interface…

Bon ben finalement, tout fonctionne, ouf :slightly_smiling:

Par contre, la seule chose que je n’ai pas réussi à faire, c’est définir l’interface wifi comme l’interface principale du système. Les deux étant défini en static, si je fais un ping sur mon reseau, c’est systématiquement eth0 qui est prise en compte. J’ai donc fini par désactiver la carte filaire, pour n’avoir que le réseau wifi, et là, Ô bonheur, ça fonctionne impeccable :slightly_smiling:

En tout cas, je n’ai toujours pas compris pourquoi sans association wifi, l’adresse de wlan0 est “mappée” sur eth0, et est donc accessible, en filaire… :108 :108

avec WICD, tu as la possibilité de choisir sur quel interface tu veux démarrer.

[quote=“Jeromnimo”]Je viens de m’apercevoir que le lien wifi est pas du tout up en fait (résultat du iwconfig)
Je ne comprends pas pourquoi les deux ip sont ateignables de l’extérieur par contre[/quote]
C’était aussi visible dans la sortie d’ifconfig : l’interface wlan0 n’avait pas l’indicateur RUNNING. Même chose qu’avec une interface ethernet dont le câble est débranché.

Linux applique par défaut le modèle réseau dit “faible” (weak host model) dans lequel toutes les adresses configurées sur une machine sont utilisables sur n’importe laquelle de ses interfaces. (sauf les adresses de loopback 127.x.x.x qui ne sont utilisables que sur une interface de loopback).

Merci de la précision PascalHambourg, je me coucherai moins con ce soir :mrgreen:

En tout cas c’est très “perturbant” ce modèle, ça m’a bien induit en erreur…

Il a pour avantage de favoriser la connectivité de toutes les adresses lorsqu’un lien est défaillant.