Raspberry Pi SSH inicio de sesión lento

Tengo raspberry Pi modelo B con sistema operativo raspbian que ha estado funcionando bien durante 2-3 meses y desde la semana pasada he notado que cada vez que ingreso (sobre ssh) al ingresar el nombre de usuario hay un retraso (más de 1 minuto) antes de que el sistema responda con una línea de contraseña.

¿Es esto un signo de mal funcionamiento de la tarjeta SD o algo más ...? (Además, he notado que hacer ciertos comandos, como arp, netstat, etc., lleva más tiempo calcularlo).

raspbian ssh sd-card

— zsn
fuente

Lo más probable es que sea un problema de la tarjeta SD. Intenta encontrar algunos Kingston de 8GB de clase 10. Parecen funcionar muy bien para mí durante largos períodos de tiempo con lectura moderada escribirles

— Piotr Kula

Solo para excluir problemas de DNS. ¿La misma cosa sucede cuando inicie sesión en SSH utilizando la dirección IP, no el nombre de host

— Piotr Kula

iniciar sesión con nombre de host o ipadress es lo mismo ... lento y parece ser algo más que esto,

— cargué

También puede ser útil si pudiera publicar su dmesgy /var/log/messagessalida.

— kolin

demasiado grande para comentarios ... pero hay una línea extraña que no noté antes que explica mucho ... FAT-fs (mmcblk0p1): El volumen no se desmontó correctamente. Algunos datos pueden estar corruptos. Ejecute fsck // dmesg ...

— zsn

Respuestas:

Podría ser que su Pi esté tratando de hacer una búsqueda inversa de DNS del nombre de host de conexión del cliente por razones de seguridad, lo cual está bien, pero conduce a los tiempos de espera si no tiene un DNS inverso que funcione.

cuando finalmente inicies sesión, intenta agregar

UseDNS no

a su /etc/ssh/sshd_configarchivo, y vea si eso ayuda a mejorar las cosas, por supuesto, no olvide volver a cargar y ¡está listo para comenzar!

service ssh reload

Y deberías tener un SSH casi instantáneo

También puede probar SSH-ing con la opción detallada -v para proporcionar resultados al cliente que pueden ayudar a diagnosticar dónde se están produciendo los tiempos de espera.

Este comportamiento no es exclusivo de Raspberry Pi ni Raspbian también ve SuperUser: las principales causas de inicios de sesión ssh lentos, donde UseDNS noes la solución común.

— kolin
fuente

¿Puede explicar cómo DNS afectará el uso general de la Pi? La resolución de DNS no tarda tanto, después de que se haya resuelto por primera vez.

— Piotr Kula

@ppumkin Había tenido este problema antes en una caja de Linux estándar dentro de una red donde no se podían realizar búsquedas inversas de DNS, tardé 30 segundos antes de que recibiera una solicitud de contraseña. El uso de la solución que acabo de proporcionar me lo solucionó, así que no estoy seguro de por qué mi respuesta ha sido rechazada.

— kolin

Parece que tuvo un problema muy específico para revertir DNS o algo así. Como dijo el OP, funcionó bien durante meses, nada cambió en su red y en todas las aplicaciones, después de iniciar sesión también toma mucho más tiempo. Dudo seriamente que esto solucione todos esos problemas, por eso -1. Además, nunca tuve que hacer esto, en ninguna situación. DNS es muy importante y eso debería funcionar correctamente. Una forma de probar que no es DNS, es iniciar sesión con IP. Entonces no se realizan búsquedas de DNS

— Piotr Kula

@ppumkin, ¿El OP no menciona que nada ha cambiado? también está teniendo problemas con otros comandos (arp y netstat) que usarían búsquedas de DNS a menos que especificara el arp -any netstat -rnque desactivaría las búsquedas. ambos son una buena prueba para resolver si este es realmente un problema de dns.

— kolin

Bueno, la edición de ssh_config mejoró mi tiempo de respuesta de inicio de sesión, pero aún creo que esto es más un problema de tarjeta SD, ya que arp (y comandos similares) tardan entre 2 y 3 minutos en devolver cualquier valor ... He mantenido copias de seguridad y las reescribí a tarjeta cuando las cosas estaban bien y no funciona correctamente ... Ahora intentaré probar la tarjeta SD y volver a formatearla en otra máquina y ver qué sucede con una instalación limpia ...

— tnx

Mi dongle WiFi oficial de Raspberry Pi estaba perdiendo un 64% de paquetes de una computadora a la Pi a través de mi LAN. Mientras que cualquier otro dongle WiFi funcionó de maravilla con <1% de pérdida de paquetes.

Utilizar:

ping address(Windows, Linux, Mac) o ping address -t(Windows, se ejecuta hasta Ctrl + C) en otra máquina en su red de área local para ver si se trata de un problema de red, reemplazando la dirección con la dirección IP privada de su Pi.

Para encontrar su dirección IP privada para su Pi, desplace el mouse sobre el icono de red en Raspbian o use el comando hostname -I.

— evelynhathaway
fuente

¿Es -tuna bandera válida para ping? Lo estoy probando en mi Mac, pero no funciona. Muestra un mensaje: uso: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass] [-l precarga] [-M máscara | tiempo] [-m ttl] [-p patrón] [-S src_addr] [-s packetsize] [-t timeout] [- W waittime] [-z tos] host ping [-AaDdfLnoQqRrv] [-b boundif] [- c cuenta] [-I iface] [-i espera] [−k clase de tráfico] [-l precarga] [-M máscara | tiempo] [-m ttl] [-p patrón]

— IgorGanapolsky

@IgorGanapolsky En Windows hace que actúe como el comando ping de otro shell, repitiendo paquetes una y otra vez hasta que lo detenga. Supongo que el terminal de Mac ya tiene esto o es una bandera diferente.

— evelynhathaway