Login SSH do Raspberry Pi lento

Eu tenho o raspberry Pi modelo B com sistema operacional raspbian que funciona bem por 2-3 meses e desde a semana passada eu notei que toda vez que eu fazia o login (por ssh) ao inserir o nome de usuário, havia um atraso (por mais de 1 minuto) antes que o sistema responda com a linha da senha.

Isso é sinal de cartão SD com defeito ou algo mais ...? (Além disso, notei que executar certos comandos, como arp, netstat, etc, está demorando mais tempo para computar ..)

raspbian ssh sd-card

— zsn
fonte

Provavelmente é um problema no cartão SD. Tente encontrar alguns Kingston de classe 10 de 8GB. Eles parecem funcionar muito bem para mim por longos períodos de tempo com leitura e escrita moderada a eles

— Piotr Kula

Apenas para excluir problemas de DNS. A mesma coisa acontece quando você entrar em SSH usando o endereço IP apenas, não o nome do host

— Piotr Kula

logging com hostname ou ipadress é same..slow e parece ser algo mais do que isso, eu carregado versão básica a partir de fevereiro e problemas persiste ...

— zsn

também pode ser útil se você puder postar sua saída dmesge /var/log/messages.

— kolin

muito grande para comentários ... mas há uma linha ímpar que eu não notei antes, o que explica muito ... FAT-fs (mmcblk0p1): O volume não foi desmontado corretamente. Alguns dados podem estar corrompidos. Por favor executar fsck // dmesg ...

— zsn

Respostas:

Pode ser que o seu Pi esteja tentando fazer uma pesquisa DNS reversa do nome do host de conexão do cliente por motivos de segurança, o que é bom, mas leva ao tempo limite se você não tiver um DNS reverso funcionando.

quando você finalmente fizer login, tente adicionar

UseDNS no

ao seu /etc/ssh/sshd_configarquivo e veja se isso ajuda a melhorar as coisas, é claro, não se esqueça de recarregar e você estará pronto!

service ssh reload

E você deve ter um SSH quase instantâneo

Você também pode tentar o SSH-ing com a opção -v verbose para fornecer saída ao cliente que pode ajudar no diagnóstico de onde os tempos limite estão ocorrendo.

Esse comportamento não é exclusivo do Raspberry Pi nem do Raspbian também vê SuperUser: Principais causas de logins ssh lentos, onde UseDNS noé a solução comum.

— Kolin
fonte

Você pode explicar como o DNS afetará o uso geral do Pi? A resolução do DNS não leva muito tempo, depois de ter sido resolvida pela primeira vez.

— Piotr Kula

@ppumkin Eu já tinha esse problema antes em uma caixa linux padrão dentro de uma rede onde as pesquisas reversas de DNS não podiam ocorrer, demoravam 30 segundos antes de eu receber um prompt de senha. Usando a solução que forneci, a corrigi para mim, por isso não tenho certeza do motivo pelo qual minha resposta foi reduzida.

— kolin

Parece que você teve um problema muito específico para reverter o DNS ou algo assim. Como o OP disse, funcionou bem por meses, nada mudou em sua rede e em todos os aplicativos, após o login demorar muito mais. Eu duvido seriamente que isso resolva todos esses problemas, e é por isso que -1. Além disso, nunca precisei fazer isso, em nenhuma situação. O DNS é muito importante e deve funcionar corretamente. Uma maneira de provar que não é DNS, é fazer login com IP. Em seguida, há pesquisas de DNS são feitas

— Piotr Kula

@ppumkin, O OP não menciona que nada mudou? ele também está tendo problemas com outros comandos (arp e netstat) que usariam pesquisas de DNS, a menos que especificado o arp -ane netstat -rnque seria desligar pesquisas. ambos são um bom teste para resolver se esse é realmente um problema de DNS.

— Kol

Bem, a edição do ssh_config melhorou meu tempo de resposta de login, mas ainda acredito que este é mais um problema de cartão SD, já que o arp (e comandos semelhantes) leva cerca de 2 a 3 minutos para retornar qualquer valor. Eu mantive backups e os reescrevi para cartão quando as coisas eram ok e ele não está funcionando properly..Now vou tentar cartão de teste sd e reformatá-lo em outra máquina e ver o que happends com caras install..tnx limpas ..

— zsn

Meu dongle WiFi oficial do Raspberry Pi estava obtendo uma perda de pacotes de 64% de um computador para o Pi através da minha LAN. Enquanto todos os outros dongles WiFi funcionavam como um encanto com <1% de perda de pacotes.

Usar:

ping address(Windows, Linux, Mac) ou ping address -t(Windows, executa até Ctrl + C) em outra máquina na sua rede local para verificar se há um problema de rede, substituindo o endereço pelo endereço IP privado do seu Pi.

Para localizar seu endereço IP privado para o seu Pi, pairar sobre o ícone de rede na Raspbian ou usar o comando hostname -I.

— evelynhathaway
fonte

É -tum sinalizador válido para ping? Estou tentando no meu Mac, mas não está funcionando. Ele exibe uma mensagem: uso: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass] [-l pré-carregamento] [-M mask | time] [-m ttl] [-p pattern] [-S src_addr] [-s packetsize] [-t timeout] [- W waittime] [-z tos] host ping [-AaDdfLnoQqRrv] [-b boundif] [- c count] [-I iface] [-i wait] [-k trafficclass] [-l preload] [-M mask | time] [-m ttl] [-p pattern]

— IgorGanapolsky

@IgorGanapolsky No Windows, ele age como o comando ping de outro shell, repetindo pacotes repetidamente até que você o interrompa. Suponho que o terminal do Mac já possua essa ou seja uma bandeira diferente.

— evelynhathaway