Accesso SSH Raspberry Pi lento

Ho raspberry Pi modello B con raspbian OS che funziona bene da 2-3 mesi e dalla scorsa settimana ho notato che ogni volta che si accede (su SSH) quando si inserisce il nome utente c'è un ritardo (ben oltre 1 minuto) prima che il sistema risponda con la riga della password.

È un segno di malfunzionamento della scheda SD o qualcos'altro ...? (Inoltre, ho notato che eseguire determinati comandi, come arp, netstat ecc. Richiede più tempo per il calcolo ..)

raspbian ssh sd-card

— ZSN
fonte

Molto probabilmente è un problema con la scheda SD. Prova a trovare alcuni Kingston da 8 GB di classe 10. Sembrano funzionare davvero bene per me per lunghi periodi di tempo con una lettura moderata scrivi a loro

— Piotr Kula,

Solo per escludere problemi DNS. Succede la stessa cosa quando si accede a SSH usando solo l'indirizzo IP, non il nome HOst

— Piotr Kula,

il login con hostname o ipadress è lo stesso..slow e sembra essere qualcosa di più di questo, ho caricato la versione base da febbraio e i problemi persistono ...

— zsn

può anche essere utile se puoi pubblicare il tuo dmesge l' /var/log/messagesoutput.

— Kolin,

troppo grande per i commenti..ma c'è una strana linea che non ho notato prima che spiega molto ... FAT-fs (mmcblk0p1): Il volume non è stato correttamente smontato. Alcuni dati potrebbero essere corrotti. Si prega di eseguire fsck // dmesg ...

— zsn

Risposte:

È possibile che il tuo Pi stia cercando di eseguire una ricerca DNS inversa del nome host di connessione del client per motivi di sicurezza, il che va bene, ma porta a timeout se non hai un DNS inverso funzionante.

quando finalmente esegui l'accesso, prova ad aggiungere

UseDNS no

al tuo /etc/ssh/sshd_configfile e vedi se questo aiuta a migliorare le cose, ovviamente non dimenticare di ricaricare e sei a posto!

service ssh reload

E dovresti avere un SSH quasi istantaneo

Puoi anche provare SSH-ing con l' opzione -v verbose per fornire output al client che può aiutare a diagnosticare dove si verificano i timeout.

Questo comportamento non è unico per Raspberry Pi né Raspbian vede anche SuperUser: principali cause di accessi ssh lenti dove si UseDNS notrova la soluzione comune.

— Kolin
fonte

Puoi spiegare in che modo il DNS influirà sull'uso generale del Pi? La risoluzione DNS non richiede molto tempo, dopo essere stata risolta per la prima volta.

— Piotr Kula,

@ppumkin Avevo avuto questo problema in precedenza su un box Linux standard all'interno di una rete in cui non potevano aver luogo ricerche DNS inverse, ci sono voluti 30 e dispari secondi prima che ricevessi una richiesta di password. Usando la soluzione che ho appena fornito, è stato risolto per me, quindi non sono sicuro del motivo per cui la mia risposta è stata sottovalutata?

— Kolin,

Sembra che tu abbia avuto un problema molto specifico a invertire DNS o qualcosa del genere. Come ha detto l'OP, ha funzionato bene per mesi, nulla è cambiato sulla sua rete e su tutte le app, dopo aver effettuato il login impiega molto più tempo. Dubito seriamente che questo risolverà tutti questi problemi, ecco perché -1. Inoltre, non ho mai dovuto farlo, in nessuna situazione. Il DNS è molto importante e dovrebbe funzionare correttamente. Un modo per dimostrare che non è DNS, è invece accedere con IP. Quindi non vengono effettuate ricerche DNS

— Piotr Kula il

@ppumkin, L'OP non menziona che nulla è cambiato? sta anche riscontrando problemi con altri comandi (arp e netstat) che utilizzerebbero le ricerche DNS a meno che non specifichi arp -ane netstat -rnche disabiliti le ricerche. entrambi sono un buon test per capire se questo è davvero un problema di DNS.

— Kolin,

Bene, la modifica di ssh_config ha migliorato il mio tempo di risposta per l'accesso, ma credo comunque che si tratti di un problema con la scheda SD poiché arp (e comandi simili) impiega circa 2-3 minuti per restituire qualsiasi valore ... Ho conservato i backup e li ho riscritti in quando le cose andavano bene e non funziona correttamente..Ora proverò a testare la scheda SD e riformattarla su un'altra macchina e vedere cosa succede con

— un'installazione

Il mio dongle WiFi ufficiale del Raspberry Pi stesso stava ottenendo una perdita di pacchetti del 64% da un computer al Pi attraverso la mia LAN. Mentre ogni altro dongle WiFi funzionava come un fascino con una perdita di pacchetti <1%.

Uso:

ping address(Windows, Linux, Mac) o ping address -t(Windows, funziona fino a Ctrl + C) su un altro computer sulla rete locale per vedere se si tratta di un problema di rete, sostituendo l' indirizzo con l'indirizzo IP privato del tuo Pi.

Per trovare il tuo indirizzo IP privato per il tuo Pi, passa con il mouse sull'icona di rete in Raspbian o usa il comando hostname -I.

— evelynhathaway
fonte

È -tun flag valido per il ping? Lo sto provando sul mio Mac, ma non funziona. Mostra un messaggio: utilizzo: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass] [-l precarico] [-M maschera | 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 precarico] [-M maschera | time] [-m ttl] [-p pattern]

— IgorGanapolsky

@IgorGanapolsky Su Windows lo fa agire come il comando ping di un'altra shell, ripetendo ripetutamente i pacchetti fino a quando non lo si interrompe. Suppongo che il terminale di Mac abbia già questo o che sia una bandiera diversa.

— evelynhathaway,