Es kann keine Verbindung zu RasPi über SSH nur über die WiFi-Schnittstelle hergestellt werden

Ich beobachte wirklich ärgerliche Probleme mit der Konnektivität zu RasPi im WiFi-Netzwerk. Ich habe das Gerät sowohl über LAN-Kabel als auch über WLAN angeschlossen. Wenn sowohl das Kabel als auch der WLAN-Dongle angeschlossen sind, funktionieren beide Schnittstellen einwandfrei und ich kann über die IP-Adressen beider Schnittstellen eine Verbindung zu RasPi herstellen.

Wenn ich jedoch das LAN-Kabel nach dem Neustart ausziehe, ist RasPi für SSH nicht mehr verfügbar. Wenn ich bis zum Neustart den Netzstecker ziehe, ist das Gerät über die WLAN-Schnittstelle über SSH immer noch voll verfügbar! Nach dem Neustart kann nicht mehr darauf zugegriffen werden.

Hier sind meine Einstellungen: / 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
}

Bitte helfen Sie, den Grund des Problems zu identifizieren.

Stellen Sie sicher, dass Ihre SSH-Konfiguration so eingestellt ist, dass alle Schnittstellen überwacht werden. Dadurch wird sichergestellt, dass das System die WLAN-Schnittstelle überwacht, wenn es startet und nur WLAN verfügbar ist. Ich vermute, dass dies auf der Grundlage Ihrer obigen Beschreibung in Ordnung ist, aber es lohnt sich trotzdem, es zu überprüfen.

Das andere, was ich tun würde, ist, den Startvorgang über einen Monitor (wenn möglich, oder über dmesg und Protokolle nachträglich) zu beobachten, um zu überprüfen, ob die drahtlose Schnittstelle tatsächlich verfügbar ist, bevor SSH versucht, zu starten.

Abhängig von Ihrem drahtlosen Gerät ist es möglicherweise zum Zeitpunkt des Starts des SSH-Dämons nicht initialisiert oder verfügbar, was dazu führt, dass SSH fehlschlägt und daher nach einem Neustart mit nur drahtlosem Zugriff auf den Pi über SSH nicht möglich ist.

Ich hatte genau das gleiche Problem mit einem Beaglebone Black. Nachdem ich einen Tag mit den Einstellungen von / etc / network / interfaces verbracht hatte, bemerkte ich, dass eth0 nach dem Booten aktiv ist, auch wenn das Netzwerkkabel beim Booten abgezogen wird. Dies scheint die Konnektivität der WLAN-Schnittstelle zu beeinträchtigen. Die Heilung deaktiviert eth0 (ifdown eth0) und leider ist das Problem endgültig beseitigt. Das Einstecken und Herausziehen des Netzwerkkabels hatte den gleichen Effekt (es hat den Nebeneffekt, eth0 zu deaktivieren). Danach kann ich die wlan0-Schnittstelle von jedem Gerät in meinem Heimnetzwerk aus anpingen / ssh. Rate mal, dass ich ein Skript schreiben werde, um beim Booten festzustellen, ob das eth-Kabel eingesteckt ist oder nicht, und um eth0 herunterzufahren, wenn dies nicht der Fall ist.

Für das, was es wert ist, hatte ich die gleichen Probleme (ssh in Ordnung via Ethernet, no go via WiFi), und ich fand, dass das wlan0 in der / etc / network / interfaces auf manual und nicht auf dhcp eingestellt war. Änderte es und begann nach dem Neustart in Ordnung zu arbeiten