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
Odpowiedzi:
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 prowadzissh [email protected]mnie 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)
źródło
Spróbuj usunąć statyczny adres IP dla eth0, więc zmień
interfacesplik na: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ę):
źródło
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.
źródło
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
źródło
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 [email protected]” 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
źródło