WiFi経由でのみRaspberry PiにSSH接続できない

WiFi経由で接続されているSSH経由でRaspberry Piに接続できません。RasPiがイーサネット経由で接続されている場合、すべてが正常に動作します。しかし、それはWiFiのドングルを介して接続されている場合、私は（10.0.0.2上）ルータとアクセスRasPiからインターネットにpingを実行することができ、しかし、私はそれ（SSH-コマンドが応答し、最終的に報告していないのではないSSH「操作がタイムアウトすることができますアウト"）。また、割り当てられた静的IPアドレスでRasPiにpingすることもできません。

私が使用しているWiFiドングルはTP-Link TL-WN823Nです。WICDを使用して静的IP 10.0.0.28に設定しました。今週始めにこのWiFiドングルを使ってSSH経由で初めて接続を試みたときに、うまくいったことは興味深いです。今、私はそれを再試行していますが、それはもう機能していません。私の知る限り、構成の変更は行っていません。

診断情報を提供するために、いくつかのコマンドを実行しました。これらのコマンドはすべて、WiFiドングルが接続された状態でRasPiを起動した後に実行されましたが、イーサネットケーブルは接続されていません。10.0.0.28を介してデバイスに接続しようとしています（/ etc / network / interfacesからわかるように、イーサネット用に静的IP 10.0.0.27を構成しました。両方のインターフェースの静的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

私はこの問題に（あまりにも）取り組んできました。「ロードランナー」ルーターからケーブルを介してPIを接続すると、すべてがクールです。

私のsshのアドレスがある10.0.1.7とssh pi@10.0.1.7私のアップルのMacからPIに私を取得します。ところで私はPIでEdimax EW-7811Unワイヤレスドングルを使用しています。PIでWheezyを実行しています。

イーサネットケーブルを外した状態でWiFiを介してsshを実行するために、最も簡単なことが機能したことがわかります。

私は（テレビで）Raspberry GUIにアクセスし、「WiFi Config」プログラムを起動して、自宅のwifi名とパスワードを入力する指示に従いました。必要な情報をすべて入力した後、接続するのを忘れていました。[接続]ボタンを押すと、無線LANが稼働しており、イーサネットケーブルを外すことができました。「頭のない」ことはそのような御馳走です。私のsshアドレスはwifiの10.0.1.8でした（イーサネットケーブルは10.0.1.7でした）

eth0の静的IPアドレスを削除してみてください。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

私は同様の問題があり、これはうまくいきました。

もう1つ試すことは、これらのコマンドが機能するかどうかを確認することです（機能しない場合は、手掛かりになるかもしれません）。

sudo ifdown wlan0
sudo ifup wlan0

この狂気は私にも起こります。私が見つけた唯一の回避策は、ターミナルエミュレーターを使用してAndroidフォンからPiにpingすることでした。

そのため、Piを再起動してWifi経由で接続します。PCをPiに対してpingさせます。サードパーティのデバイスでPiにpingします。

PCがPiから回答を受信し始め、最終的にSSHで接続できるようになります。

クライアントのknown_hostsからホスト名を削除することが私の修正でした。他のNICからsshを試行するときに、変更されたMACアドレスが原因でキーが部分的に一致しないと想定しています。

ssh-keygen -Rホスト名

私もワイヤレス経由でRasPi A +にSSHで接続できません。（A +にはUSBポートが1つしかなく、有線イーサネットがないことを思い出してください）。-ホームネットワーク内から接続しています。-私が変更した唯一のルーター設定は、RasPiの静的IPを作成することです。-同じネットワーク上のWindowsマシンからPuTTYを使用しています。-私はRasPi用のEDIMax7811Un wifiアダプターを持っています。-私はWheezyとJesseを使用しましたが、結果は同じです。-特別なwifi構成設定はありません（SSHを有効にする以外）-デスクトップからRasPiにpingを実行すると、RasPiが到達不能として表示されます。

私の現在の「解決策」は忍耐です。接続を確立する前に、2〜8回のPuTTYタイムアウトが必要です。「SSH pi@192.168.x.xx」から色々なものを入力してみましたが、識別できる違いはありませんでした。tmuxプロセスを実行したままRasPiに再ログインしても、同じ結果が得られます。ただし、RasPiがロックされない限り、結局接続します。

ジョンロブ