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.

ssh wifi remote

— Maxim Galushka
source

À partir de la console locale, vérifiez si vous disposez d'un itinéraire par défaut après avoir déconnecté l'un de vos réseaux. Effectuez netstat -rpour voir votre table de routage. J'ai le même problème.

— HeatfanJohn

on dirait que c'est comme prévu, avant et après . Je peux voir que eth0 vient de disparaître de la liste.

— Maxim Galushka

@HeatfanJohn, avez-vous réussi à résoudre votre problème?

— Maxim Galushka

Mon interface eth0 se comporte étrangement, l'interface reste "up" même après avoir débranché le câble Cat-5. Je vais créer une nouvelle question avec mon problème si je ne

— résous

pour les débutants comme moi, exécuter sudo raspi-configpuis (ré) activer SSH dans Interfacing optionsJ'ai eth1 (adaptateur Ethernet USB) pour accepter les connexions SSH à partir du LAN local et d'Internet

— Ivan Ferrer Villa

Réponses:

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.

— Hurgh
source

Merci pour la réponse, ce qui est intéressant, ssh est disponible sur toutes les interfaces: ListenAddress 0.0.0.0en /etc/ssh/sshd_config. Et je peux voir que l'interface WiFi est active depuis le routeur: raspberrypi Wireless 192.168.1.105 00:02:72:B7:9A:C5mais je ne peux pas cingler l'ip. J'essaierai de regarder le démarrage comme vous l'avez suggéré.

— Maxim Galushka

J'ai regardé dmesget constaté que même si je commence avec le WiFi uniquement, il ne montre que des lignes concernant l' eth0interface et rien concernant wlan0. Vraiment étrange. capture d'écran

— Maxim Galushka

Merci Hurgh, votre réponse a été très utile. J'ai oublié que j'ai précédemment piraté /boot/cmdline.txtpour attribuer une adresse IP statique à RasPi (qui diffère de l'IP que mon routeur a alloué à l'interface WiFi de l'appareil). C'est entièrement mon erreur. En utilisant, dmesgj'ai pu déboguer le problème et le corriger. Fonctionne maintenant bien. Merci beaucoup!

— Maxim Galushka

Heureux d'avoir pu vous aider, désolé de ne pas vous avoir répondu entre les messages. Merci également d'avoir publié votre solution finale, cela aidera les autres (et moi) la prochaine fois que la même question se posera.

— Hurgh

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.

— ange
source

-3

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

— Alberto
source

Avez-vous regardé le fichier / etc / network / interfaces que l'OP incluait?

— Steve Robillard