Impossible de se connecter à RasPi par SSH avec une interface WiFi uniquement

J'observe des problèmes vraiment ennuyeux avec la connectivité à RasPi sur le réseau WiFi. J'ai un appareil connecté à la fois au câble LAN et au WiFi. Si le câble et le dongle WiFi sont branchés - les deux interfaces fonctionnent correctement et je peux me connecter à RasPi via les adresses IP des deux interfaces.

Cependant, lorsque je débranche le câble LAN - après le redémarrage - RasPi devient indisponible par SSH. Si je débranche - jusqu'au redémarrage - l'appareil est toujours entièrement disponible via l'interface WiFi via SSH! Après le redémarrage - il n'est plus accessible.

Voici mes paramètres: / etc / network / interfaces

auto lo

iface lo inet loopback
iface eth0 inet dhcp

auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

/etc/wpa_supplicant/wpa_supplicant.conf

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
update_config=1

network={
        ssid="linksys"
        scan_ssid=1
        mode=0
        proto=WPA2
        auth_alg=OPEN
        pairwise=CCMP
        group=TKIP
        key_mgmt=WPA-PSK
        psk="xxx-password-here"
        id_str="raspberrypi-wif"
        priority=1
}

Veuillez aider à identifier la raison du problème.

Vérifiez que votre configuration SSH est définie pour écouter sur toutes les interfaces. Cela garantira que si le système démarre et que seul le WiFi est disponible, il écoutera sur l'interface WiFi. Je soupçonne que cela est correct en fonction de votre description ci-dessus, mais cela vaut la peine de vérifier de toute façon.

L'autre chose que je ferais serait de regarder le processus de démarrage via un moniteur (si possible, ou via dmesg et journaux après coup), pour vérifier si l'interface sans fil est réellement disponible avant que SSH essaie de démarrer.

Selon votre appareil sans fil, il peut ne pas être initialisé ou disponible au moment du démarrage du démon SSH, ce qui entraîne l'échec de SSH, et donc aucun accès au Pi via SSH après un redémarrage avec sans fil uniquement.

J'ai eu exactement le même problème sur un Beaglebone Black. Après avoir perdu une journée à tripoter les paramètres / etc / network / interfaces, j'ai remarqué que eth0 est actif / actif après le démarrage, même si le câble réseau est déconnecté au démarrage (il suffit d'émettre une commande de route et vous verrez eth0 répertorié). Cela semble interférer avec la connectivité de l'interface WLAN. Le remède désactive eth0 (ifdown eth0), et hélas, le problème est définitivement réglé. Le branchement et le débranchement du câble réseau ont eu le même effet (il a pour effet secondaire de désactiver eth0). Après cela, je peux ping / ssh wlan0 interface à partir de n'importe quel appareil de mon réseau domestique. Je suppose que j'écrirai un script pour détecter au démarrage si le câble eth est branché ou non, et arrêter eth0 s'il ne l'est pas.

Pour ce que ça vaut, j'avais le même problème (ssh bien via ethernet, pas de go via wifi), et j'ai trouvé que le wlan0 dans / etc / network / interfaces était réglé sur manuel, plutôt que dhcp. Changé et a commencé à fonctionner correctement après le redémarrage