Nie można podłączyć SSH do Raspberry Pi tylko przez Wi-Fi

10

Mam problem z połączeniem się z moim Raspberry Pi przez SSH, gdy jest on podłączony przez Wi-Fi. Kiedy RasPi jest podłączony przez Ethernet, wszystko działa dobrze. Jednak po podłączeniu za pomocą klucza Wi-Fi mogę pingować router (w wersji 10.0.0.2) i uzyskać dostęp do Internetu z RasPi, ale nie mogę do niego SSH (polecenie ssh nie reaguje i ostatecznie zgłasza „Operacja skończyła się na zewnątrz"). Nie mogę także pingować RasPi na przypisany mu statyczny adres IP.

Klucz WiFi, którego używam, to TP-Link TL-WN823N. Ustawiłem go na statyczny adres IP 10.0.0.28 za pomocą WICD. Ciekawe, że kiedy próbowałem połączyć się przez SSH z tym kluczem Wi-Fi po raz pierwszy na początku tego tygodnia, zadziałało. Teraz, gdy próbuję ponownie, to już nie działa. O ile wiem, nie wprowadziłem żadnych zmian w konfiguracji.

Uruchomiłem kilka poleceń, aby dostarczyć ci informacji diagnostycznych. Wszystkie te polecenia zostały uruchomione po uruchomieniu RasPi z podłączonym kluczem WiFi, ale bez podłączonego kabla Ethernet. Próbuję połączyć się z urządzeniem przez 10.0.0.28 (jak można zauważyć z / etc / network / interfaces, skonfigurowałem statyczny adres IP 10.0.0.27 dla sieci Ethernet; statyczne adresy IP dla obu interfejsów były takie same, gdy I najpierw miałem ten problem, więc zmieniłem je na inne, na wypadek, gdyby mogło to spowodować jakieś starcie. Nie trzeba dodawać, że to nie działało).

$ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:c2:f1:37  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1104 (1.0 KiB)  TX bytes:1104 (1.0 KiB)

wlan0     Link encap:Ethernet  HWaddr c0:4a:00:1b:32:ca  
          inet addr:10.0.0.28  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:71 errors:0 dropped:95 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8866 (8.6 KiB)  TX bytes:8377 (8.1 KiB)

$iwconfig
wlan0     IEEE 802.11bg  ESSID:"Mercutech"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 00:26:F2:26:B4:62   
          Bit Rate:54 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=100/100  Signal level=85/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.

eth0      no wireless extensions.

$ cat /etc/network/interfaces
auto lo

iface lo inet loopback
iface eth0 inet static
address 10.0.0.27
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.2

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

$ cat /etc/resolv.conf
nameserver 10.0.0.2

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.0.2        0.0.0.0         UG    0      0        0 wlan0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0

$ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

— bgh
źródło

Stwierdzasz, że nie możesz SSH przez „tylko Wi-Fi” - co oznacza, że działa on w inny sposób, czy uruchomiłeś SSHD i czy możesz SSH przez eth0?

— Nanzikambe

Mogę SSH przez eth0, ale nie przez wlan0. Uważam, że wtedy musi być uruchomiony dysk SSHD.

— bgh

Czy potrafisz pingować Pi, gdy jest w Wi-Fi? Edytuj swoje pytanie, aby pokazać nam komunikat o błędzie, który pojawia się, gdy próbujesz do niego włączyć SSH.

— guntbert

Cześć Guntbert. Właśnie przetestowałem i widzę, że nie mogę również pingować Pi, gdy jest on na Wi-Fi. Mogę pingować tylko poprzez eth0. Polecenie ssh zawiesza się na chwilę i ostatecznie zgłasza „Upłynął limit czasu operacji”. Zaktualizowałem pytanie o te informacje.

— bgh

2

@bgh zamień „wpa-roam” na „wpa-conf” w pliku / etc / network / interfaces dla wlan0.

— gurcanozturk

3

Miałem (też) problem z tym problemem. Kiedy podłączam PI za pomocą kabla z mojego routera „roadrunner”, wszystko jest fajne.

Mój adres ssh 10.0.1.7i prowadzi ssh pi@10.0.1.7mnie do PI z mojego Apple Mac. BTW Używam klucza bezprzewodowego Edimax EW-7811Un w PI. Używam Wheezy na PI.

Okazuje się, że najprostsza rzecz działała, aby ssh przez WiFi z odłączonym kablem ethernetowym.

Poszedłem do interfejsu Raspberry GUI (na moim telewizorze) i odpaliłem program „WiFi Config” i postępowałem zgodnie ze wskazówkami, wprowadzając nazwę i hasło do domowego wifi. Rzeczą, o której zapomniałem, było PODŁĄCZENIE po wprowadzeniu wszystkich potrzebnych informacji. Po naciśnięciu przycisku CONNECT moje wifi było uruchomione i mogłem odłączyć kabel Ethernet. To taka przyjemność być „bezgłowym”. Mój adres ssh to 10.0.1.8 dla Wi-Fi (był 10.0.1.7 dla kabla Ethernet)

— użytkownik24246
źródło

Dziwne. Właśnie odłączyłem kabel LAN / Ethernet, a następnie mogłem połączyć się z SSH przez WiFi. Podłączono go ponownie, nie można połączyć się z SSH przez Wi-Fi. Dziwne zachowanie, działa lepiej na moim Pi 3 B +.

— geerlingguy

1

Spróbuj usunąć statyczny adres IP dla eth0, więc zmień interfacesplik na:

...
iface eth0 inet dhcp
# Comment all these out
#address 10.0.0.27
#netmask 255.255.255.0
#network 10.0.0.0
#broadcast 10.0.0.255
#gateway 10.0.0.2

Miałem podobny problem i to zadziałało.

Kolejną rzeczą do wypróbowania, sprawdź, czy te polecenia działają (jeśli nie, może to dać ci wskazówkę):

sudo ifdown wlan0
sudo ifup wlan0

— Dunc
źródło

0

To szaleństwo też mi się przytrafia. Jedynym obejściem, jakie znalazłem, było pingowanie Pi przez mój telefon z Androidem za pomocą emulatora terminala.

Więc uruchom ponownie Pi i podłącz go przez Wi-Fi. Pozwól komputerowi pingować przeciwko Pi. Pinguj swoje Pi za pomocą trzeciego urządzenia.

Twój komputer zacznie otrzymywać odpowiedzi z Pi i możesz w końcu SSH.

0

Usunięcie nazwy hosta ze znanych hostów na kliencie było moją naprawą. Zakładam, że przy próbie ssh z innej karty sieciowej klucz nie pasuje częściowo ze względu na zmieniony adres MAC.

ssh-keygen -R nazwa hosta

— Banjo
źródło

0

Ja również mam problemy z SSH do mojego RasPi A + przez sieć bezprzewodową. (pamiętasz, że A + ma tylko jeden port USB i nie ma przewodowego Ethernetu). - Łączę się z mojej sieci domowej. - Jedyne ustawienie routera, które zmieniłem, to utworzenie statycznego adresu IP dla RasPi. - Używam PuTTY z komputera z systemem Windows w tej samej sieci. - Mam i EDIMax7811Un adapter Wi-Fi do RasPi. - Użyłem Wheezy, a teraz Jesse z takimi samymi wynikami. - Nie mam specjalnych ustawień konfiguracji Wi-Fi (poza włączeniem SSH) - Pingowanie RasPi z mojego pulpitu pokazuje RasPi jako nieosiągalne.

Moje obecne „rozwiązanie” to cierpliwość. Zajmuje mi od 2 do 8 limitów czasu PuTTY, zanim nawiążę połączenie. Próbowałem pisać różne rzeczy z „SSH pi@192.168.x.xx” bez zauważalnej różnicy. Otrzymuję te same wyniki, gdy ponownie loguję się do RasPi z uruchomionym procesem tmux. Jednak dopóki RasPi nie zostanie zamknięty, w końcu się połączę.

JonRob

— JonRob
źródło