Не могу подключиться к Raspberry Pi только через WiFi

10

У меня проблемы с подключением к Raspberry Pi через SSH, когда он подключен через WiFi. Когда RasPi подключен через Ethernet, все работает нормально. Тем не менее, когда он подключен через ключ WiFi, я могу пропинговать маршрутизатор (на 10.0.0.2) и получить доступ к Интернету из RasPi, но не могу подключиться к нему по SSH (команда ssh не отвечает и в итоге выдает сообщение «Операция рассчитана» вне"). Я также не могу пропинговать RasPi по назначенному ему статическому IP-адресу.

Я использую WiFi-адаптер TP-Link TL-WN823N. Я установил его на статический IP 10.0.0.28, используя WICD. Интересно, что когда я впервые попытался подключиться через SSH с этим WiFi-ключом в начале этой недели, это сработало. Теперь, когда я пробую это снова, однако, это больше не работает. Насколько я могу судить, я не вносил никаких изменений в конфигурацию.

Я выполнил несколько команд, чтобы предоставить вам некоторую диагностическую информацию. Все эти команды были выполнены после того, как я загрузил RasPi с подключенным ключом WiFi, но без кабеля Ethernet. Я пытаюсь подключиться к устройству через 10.0.0.28 (как вы могли заметить из / etc / network / interfaces, я настроил статический IP 10.0.0.27 для Ethernet; статические IP-адреса для обоих интерфейсов были одинаковыми, когда я Сначала у меня была эта проблема, поэтому я заменил их на другие, на случай, если это могло вызвать какое-то столкновение. Само собой разумеется, это не сработало).

$ 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

— бГР
источник

Вы заявляете, что не можете использовать SSH через «только Wi-Fi» - это значит, что он работает каким-то другим способом, вы запустили SSHD и можете ли вы использовать SSH через eth0?

— Nanzikambe

Я могу SSH через eth0, но не через wlan0. Я считаю, что SSHD должен быть запущен.

— бГРы

Можете ли вы пинговать пи, когда он на Wi-Fi? Пожалуйста, измените ваш вопрос, чтобы показать нам сообщение об ошибке, которое вы получаете, когда пытаетесь подключиться к нему по SSH.

— Гюнтберт,

Привет Гантберт. Я только что проверил, и я вижу, что я также не могу пинговать Pi, когда он находится на WiFi. Я могу пинговать это только через eth0. Команда ssh на некоторое время зависает и в итоге выдает сообщение «Тайм-аут операции». Я обновил вопрос с этой информацией.

— Фг

2

@bgh замените "wpa-roam" на "wpa-conf" в файле / etc / network / interfaces для wlan0.

— gurcanozturk

3

Я (тоже) боролся с этим вопросом. Когда я подключаю PI через кабель от моего роутера, все круто.

Мой адрес SSH 10.0.1.7и ssh pi@10.0.1.7получает меня на PI от моего Apple Mac. Кстати, я использую Edimax EW-7811Un беспроводной ключ в PI. Я бегу Уизи на PI.

Оказывается, самая простая вещь работала для того, чтобы ssh через WiFi с отключенным кабелем Ethernet.

Я пошел в Raspberry GUI (на моем телевизоре) и запустил программу «WiFi Config» и следовал указаниям, указав имя и пароль моего домашнего wifi. То, что я забыл, было подключиться после ввода всей необходимой информации. Как только я нажал кнопку «ПОДКЛЮЧИТЬ», мой Wi-Fi заработал, и я смог отключить сетевой кабель. Это такое удовольствие, чтобы быть "безголовым". Мой SSH-адрес 10.0.1.8 для Wi-Fi (было 10.0.1.7 для кабеля Ethernet)

— user24246
источник

Weird. Я просто отключил кабель LAN / Ethernet и смог подключиться к SSH через WiFi. Подключил его обратно, не смог подключиться к SSH через WiFi. Странное поведение, лучше работает на моем Pi 3 B +.

— geerlingguy

1

Попробуйте удалить статический IP-адрес для eth0, поэтому измените ваш interfacesфайл следующим образом:

...
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

У меня была похожая проблема, и это сработало.

Еще одна попытка, посмотрите, работают ли эти команды (если нет, это может дать вам подсказку):

sudo ifdown wlan0
sudo ifup wlan0

— Dunc
источник

0

Это безумие случается и со мной. Единственный обходной путь, который я нашел, - это пинг Pi через мой телефон Android с помощью эмулятора терминала.

Итак, перезагрузите ваш Pi и подключите его через Wi-Fi. Пусть ваш компьютер пинг против Пи. Пинг вашего Пи с помощью третьего устройства.

Ваш компьютер начнет получать ответы от Pi, и вы сможете, наконец, получить SSH.

0

Удаление имени хоста из known_hosts на клиенте было моим решением этой проблемы. Я предполагаю, что при попытке ssh с другого сетевого адаптера ключ не совпадает частично из-за изменения MAC-адреса.

ssh-keygen -R имя хоста

— Банджо
источник

0

У меня тоже проблемы с SSH к RasPi A + через беспроводную связь. (вы помните, у A + есть только один USB-порт и нет проводного Ethernet). - Я подключаюсь из моей домашней сети. - Единственная настройка маршрутизатора, которую я изменил, - это создание статического IP-адреса для RasPi. - Я использую PuTTY с машины с Windows в той же сети. - У меня есть и EDIMax7811Un адаптер Wi-Fi для RasPi. - Я использовал Wheezy и теперь Джесси с теми же результатами. - У меня нет специальных настроек конфигурации Wi-Fi (кроме включения SSH) - Пинг RasPi с моего рабочего стола показывает, что RasPi недоступен.

Мое нынешнее «решение» - это терпение. Мне требуется от 2 до 8 тайм-аутов PuTTY, прежде чем я установлю соединение. Я пытался печатать разные вещи из "SSH pi@192.168.x.xx" без заметной разницы. Я получаю те же результаты, когда перехожу в RasPi с процессом tmux, который еще работает. Однако, если RasPi не заблокирован, я в конце концов подключусь.

JonRob

— JonRob
источник