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.

ssh wifi remote

— Maxim Galushka
quelle

Überprüfen Sie in der lokalen Konsole, ob Sie eine Standardroute haben, nachdem Sie eines Ihrer Netzwerke getrennt haben. Führen Sie netstat -rdiese Schritte aus , um Ihre Routentabelle anzuzeigen. Ich habe ein ähnliches Problem.

— HeatfanJohn

sieht so aus, als ob es vorher und nachher wie erwartet ist . Ich kann sehen, dass eth0 gerade von der Liste verschwunden ist.

— Maxim Galushka

@HeatfanJohn, hast du es geschafft, dein Problem zu lösen?

— Maxim Galushka

Mein eth0-Interface verhält sich merkwürdig, das Interface bleibt auch nach dem Abziehen des Cat-5-Kabels "up". Ich werde eine neue Frage mit meinem Problem erstellen, wenn ich das Problem nicht herausfinde

— HeatfanJohn

Für Neulinge wie mich, sudo raspi-configdie SSH dann (wieder) aktivieren, in Interfacing optionsIch habe eth1 (USB-Ethernet-Adapter), um SSH-Verbindungen sowohl vom lokalen LAN als auch vom Internet zu akzeptieren

— Ivan Ferrer Villa

Antworten:

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.

— Hurgh
quelle

Vielen Dank für die Antwort, was interessant ist, ist ssh auf allen Schnittstellen verfügbar: ListenAddress 0.0.0.0in /etc/ssh/sshd_config. Und ich sehe, dass die WLAN-Schnittstelle vom Router aktiv ist: raspberrypi Wireless 192.168.1.105 00:02:72:B7:9A:C5Ich kann die IP-Adresse nicht anpingen. Ich werde versuchen, den Boot zu beobachten, wie Sie vorgeschlagen haben.

— Maxim Galushka

Ich habe nachgesehen dmesgund festgestellt, dass, selbst wenn ich nur mit WLAN beginne, nur Linien in Bezug auf die eth0Benutzeroberfläche und nichts in Bezug auf angezeigt werden wlan0. Wirklich seltsam. Screenshot

— Maxim Galushka

Vielen Dank, Hurgh, Ihre Antwort war sehr hilfreich. Ich habe vergessen, dass ich zuvor gehackt habe /boot/cmdline.txt, um RasPi eine statische IP-Adresse zuzuweisen (die sich von der IP unterscheidet, die mein Router der WiFi-Schnittstelle des Geräts zugewiesen hat). Es ist völlig mein Fehler. Mit konnte dmesgich das Problem beheben und korrigieren. Jetzt funktioniert es gut. Danke vielmals!

— Maxim Galushka

Ich bin froh, dass ich helfen konnte. Tut mir leid, dass ich zwischen den Nachrichten nicht auf Sie zurückgekommen bin. Vielen Dank auch für die Veröffentlichung Ihrer endgültigen Lösung, wird anderen (und mir) helfen, wenn das nächste Mal die gleiche Frage auftaucht.

— Hurgh

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.

— Engel
quelle

-3

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

— Alberto
quelle

Haben Sie sich die Datei / etc / network / interfaces angesehen, die im OP enthalten ist?

— Steve Robillard