Connexion Raspberry Pi SSH lente

J'ai Raspberry Pi modèle B avec Raspbian OS qui fonctionne bien depuis 2-3 mois et depuis la semaine dernière, j'ai remarqué que chaque fois lors de la connexion (via ssh) lors de la saisie du nom d'utilisateur, il y a un délai (bien plus d'une minute) avant que le système ne réponde avec une ligne de mot de passe.

Est-ce un signe de dysfonctionnement de la carte SD ou autre chose ...? (De plus, j'ai remarqué que l'exécution de certaines commandes, comme arp, netstat, etc., prend plus de temps à calculer ..)

raspbian ssh sd-card zsn
la source

Il s'agit très probablement d'un problème de carte SD. Essayez de trouver des Kingstons 8 Go de classe 10. Ils semblent fonctionner très bien pour moi pendant de longues périodes avec une lecture modérée, écrivez-leur

Piotr Kula

Juste pour exclure les problèmes DNS. Est-ce que la même chose se produit lorsque vous vous connectez à SSH en utilisant uniquement l'adresse IP, pas le HOstname

Piotr Kula

la connexion avec hostname ou ipadress est la même .. lente et cela semble être quelque chose de plus, j'ai chargé la version de base à partir de février et les problèmes persistent ...

zsn

cela peut également être utile si vous pouviez publier votre dmesget votre /var/log/messagessortie.

kolin

trop grand pour les commentaires ... mais il y a une ligne étrange que je n'ai pas remarquée auparavant, ce qui explique beaucoup ... FAT-fs (mmcblk0p1): Le volume n'a pas été correctement démonté. Certaines données peuvent être corrompues. Veuillez exécuter fsck // dmesg ...

zsn

Réponses:

Il se peut que votre Pi essaie de faire une recherche DNS inversée du nom d'hôte de connexion du client pour des raisons de sécurité, ce qui est correct, mais conduit à des délais d'attente si vous n'avez pas de DNS inversé fonctionnel.

lorsque vous vous connectez enfin, essayez d'ajouter

UseDNS no

à votre /etc/ssh/sshd_configfichier, et voyez si cela aide à améliorer les choses, bien sûr, n'oubliez pas de recharger et vous êtes prêt à partir!

service ssh reload

Et vous devriez avoir un SSH presque instantané

Vous pouvez également essayer SSH-ing avec l' option -v verbose pour fournir une sortie au client qui peut aider à diagnostiquer où les délais d'attente se produisent.

Ce comportement n'est pas propre au Raspberry Pi ni à Raspbian voir également SuperUser: principales causes des connexions ssh lentes où UseDNS noest la solution commune.

kolin
la source

Pouvez-vous expliquer comment le DNS affectera l'utilisation générale du Pi? La résolution DNS ne prend pas longtemps, après sa première résolution.

Piotr Kula

@ppumkin J'avais eu ce problème auparavant sur une boîte Linux standard à l'intérieur d'un réseau où les recherches DNS inversées ne pouvaient pas avoir lieu, il a fallu 30 secondes étranges avant que je reçoive une invite de mot de passe. L'utilisation de la solution que je viens de fournir l'a corrigée pour moi, donc je ne sais pas pourquoi ma réponse a été déclassée?

kolin

Il semble que vous ayez eu un problème très spécifique pour inverser le DNS ou quelque chose. Comme l'OP l'a dit, cela a bien fonctionné pendant des mois, rien n'a changé sur son réseau et toutes les applications, après la connexion, prenez plus de temps. Je doute sérieusement que cela résoudra tous ces problèmes, c'est pourquoi -1. De plus, je n'ai jamais eu à le faire, dans aucune situation. Le DNS est très important et cela devrait fonctionner correctement. Une façon de prouver que ce n'est pas DNS est de se connecter avec IP à la place. Ensuite, aucune recherche DNS n'est effectuée

Piotr Kula

@ppumkin, L'OP ne mentionne pas que rien n'a changé? il a également des problèmes avec d'autres commandes (arp et netstat) qui utiliseraient des recherches DNS à moins qu'il n'ait spécifié le arp -anet netstat -rnqui désactiverait les recherches. les deux sont un bon test pour déterminer s'il s'agit bien d'un problème DNS.

kolin

Eh bien, l'édition de ssh_config a amélioré mon temps de réponse de connexion, mais je pense toujours que c'est plus un problème de carte sd car arp (et les commandes similaires) prennent environ 2-3 minutes pour retourner toutes les valeurs .. J'ai gardé des sauvegardes et les réécrit carte quand les choses allaient bien et que cela ne fonctionnait pas correctement ..

Maintenant,

Mon dongle WiFi officiel par Raspberry Pi eux-mêmes obtenait une perte de paquets de 64% d'un ordinateur vers le Pi via mon LAN. Alors que tous les autres dongles WiFi fonctionnaient comme un charme avec <1% de perte de paquets.

Utilisation:

ping address(Windows, Linux, Mac) ou ping address -t(Windows, s'exécute jusqu'à Ctrl + C) sur une autre machine de votre réseau local pour voir s'il s'agit d'un problème de réseau, en remplaçant l' adresse par l'adresse IP privée de votre Pi.

Pour trouver votre adresse IP privée pour votre Pi, survolez l'icône réseau dans Raspbian ou utilisez la commande hostname -I.

evelynhathaway
la source

Un -tindicateur valide pour le ping? J'essaye sur mon Mac, mais ça ne marche pas. Il affiche un message: utilisation: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass] [-l précharge] [-M masque | time] [-m ttl] [-p pattern] [-S src_addr] [-s packetsize] [-t timeout] [- W waittime] [-z tos] host ping [-AaDdfLnoQqRrv] [-b boundif] [- nombre c] [-I iface] [-i attendre] [−k trafficclass] [-l précharge] [-M masque | time] [-m ttl] [-p pattern]

IgorGanapolsky

@IgorGanapolsky Sous Windows, cela le fait agir comme la commande ping d'un autre shell, répétant les paquets encore et encore jusqu'à ce que vous l'arrêtiez. Je suppose que le terminal de Mac a déjà ceci ou c'est un drapeau différent.

evelynhathaway