Impossible de SSH vers Raspberry Pi via WiFi uniquement

J'ai du mal à me connecter à mon Raspberry Pi via SSH lorsqu'il est connecté via WiFi. Lorsque le RasPi est connecté via Ethernet, tout fonctionne bien. Cependant, lorsqu'il est connecté via le dongle WiFi, je peux cingler le routeur (sur 10.0.0.2) et accéder à Internet à partir du RasPi, mais je ne peux pas y SSH (la commande ssh ne répond pas et signale finalement "Operation timed en dehors"). Je ne peux pas non plus cingler le RasPi sur l'adresse IP statique qui lui est attribuée.

Le dongle WiFi que j'utilise est TP-Link TL-WN823N. Je l'ai installé sur une IP statique 10.0.0.28 en utilisant WICD. Il est intéressant de noter que lorsque j'ai essayé de me connecter via SSH avec ce dongle WiFi pour la première fois plus tôt cette semaine, cela a fonctionné. Maintenant que je réessaye, cela ne fonctionne plus. Pour autant que je sache, je n'ai apporté aucune modification à la configuration.

J'ai exécuté quelques commandes afin de vous fournir des informations de diagnostic. Toutes ces commandes ont été exécutées après le démarrage du RasPi avec le dongle WiFi connecté, mais sans câble Ethernet connecté. J'essaie de me connecter à l'appareil via 10.0.0.28 (comme vous le remarquerez peut-être dans / etc / network / interfaces, j'ai configuré l'IP statique 10.0.0.27 pour Ethernet; les adresses IP statiques des deux interfaces étaient les mêmes lorsque je j'ai d'abord eu ce problème, donc je les ai changés pour en avoir d'autres, juste au cas où cela aurait pu causer des conflits. Inutile de dire que cela n'a pas fonctionné).

$ 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

J'ai (trop) lutté avec ce problème. Lorsque je connecte le PI via un câble de mon routeur «roadrunner», tout est cool.

Mon adresse ssh est 10.0.1.7et ssh [email protected]m'amène au PI depuis mon Apple Mac. BTW J'utilise un dongle sans fil Edimax EW-7811Un dans le PI. J'exécute Wheezy sur le PI.

Il s'avère que la chose la plus simple a fonctionné pour ssh via WiFi avec le câble Ethernet débranché.

Je suis allé à l'interface graphique Raspberry (sur mon téléviseur) et j'ai lancé le programme "WiFi Config" et j'ai suivi les instructions en entrant mon nom et mon mot de passe wifi. La chose que j'ai oubliée était de se CONNECTER après avoir entré toutes les informations nécessaires. Une fois que j'ai appuyé sur le bouton CONNECT, mon wifi était opérationnel et je pouvais alors débrancher mon câble Ethernet. C'est un tel plaisir d'être "sans tête". Mon adresse ssh est 10.0.1.8 pour le wifi (au lieu de 10.0.1.7 pour le câble Ethernet)

Essayez de supprimer l'adresse IP statique pour eth0, changez donc votre interfacesfichier en ceci:

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

J'ai eu un problème similaire et cela a fonctionné.

Une autre chose à essayer, voir si ces commandes fonctionnent (sinon cela pourrait vous donner un indice):

sudo ifdown wlan0
sudo ifup wlan0

Cette folie m'arrive aussi. La seule solution de contournement que j'ai trouvée était de cingler le Pi via mon téléphone Android en utilisant un émulateur de terminal.

Alors, redémarrez votre Pi et connectez-le via Wifi. Laissez votre PC cingler contre le Pi. Envoyez un ping à votre Pi avec un troisième appareil.

Votre PC commencera à recevoir des réponses du Pi et vous pourrez enfin le SSH.

La suppression du nom d'hôte des hôtes connus sur le client a été ma solution. Je suppose qu'en essayant de ssh de l'autre NIC, la clé ne correspond pas en partie à cause de l'adresse MAC modifiée.

ssh-keygen -R nom d'hôte

J'ai moi aussi des difficultés à me connecter SSH à mon RasPi A + via mon réseau sans fil. (vous vous souviendrez que l'A + n'a qu'un seul port USB et pas d'Ethernet filaire). - Je me connecte depuis mon réseau domestique. - Le seul paramètre de routeur que j'ai modifié consiste à créer une adresse IP statique pour RasPi. - J'utilise PuTTY à partir d'une machine Windows sur le même réseau. - J'ai un adaptateur wifi EDIMax7811Un pour le RasPi. - J'ai utilisé Wheezy et maintenant Jesse avec les mêmes résultats. - Je n'ai pas de paramètres de configuration wifi spéciaux (autres que l'activation de SSH) - Le ping du RasPi depuis mon bureau montre que le RasPi est inaccessible.

Ma «solution» actuelle est la patience. Il me faut 2 à 8 délais d'attente PuTTY avant d'établir la connexion. J'ai essayé de taper diverses choses dans "SSH [email protected]" sans aucune différence perceptible. J'obtiens les mêmes résultats lors de la reconnexion au RasPi avec un processus tmux toujours en cours d'exécution. Cependant, à moins que le RasPi ne soit verrouillé, je me connecte finalement.

JonRob