Puncte:0

SSH se blochează de obicei înainte de solicitarea parolei

drapel cn

Încerc să fac SSH pe un server Linux:

ssh -X -l <nume utilizator> <adresă>

Când sunt conectat prin routerul WiFi de acasă (care este foarte rapid), această comandă s-ar putea bloca la infinit. (Pentru altele, cum ar fi atunci când folosesc datele mobile ale telefonului meu, acesta se conectează imediat 100% din timp). Dacă repet comanda ssh de destule ori (de ordinul a 100 de ori), executând comanda și apoi apăsând imediat controlul c dacă nu solicită, de obicei o pot face să răspundă, deși acest lucru nu este sigur. Când funcționează în sfârșit, promptul este imediat, iar terminalul este foarte receptiv. Dacă las comanda ssh să se blocheze în așteptarea solicitării parolei, uneori îmi va solicita parola după câteva secunde până la câteva minute, dar s-ar putea să se blocheze și timp de o oră.

Nu sunt administrator pe serverul la care încerc să mă conectez, prin urmare nu pot activa UseDNS nr pe server. Este cu siguranță aceasta problema? De ce tratează datele mele mobile diferit de WiFi-ul meu de acasă?

Actualizați

Iată ieșirea igienizată atunci când rulați folosind -vvv

debug1: Citirea datelor de configurare /Users/userName/.ssh/config
debug2: se verifică potrivirea pentru adresa de gazdă „exec „/usr/local/bin/sft resolve -q %h”” adresa inițială
debug1: Se execută comanda: „/usr/local/bin/sft resolve -q address”
debug3: comanda a returnat starea 126
debug3: /Users/userName/.ssh/config linia 2: nu se potrivește „exec „/usr/local/bin/sft resolve -q address”” 
debug2: potrivirea nu a fost găsită
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config linia 47: Se aplică opțiuni pentru *
debug1: se conectează la portul de adresă 22.

Aici atârnă.

asktyagi avatar
drapel in
încercați să rulați ssh în verbose mai mult cu opțiunea -vvv, verificați și jurnalele serverului de destinație dacă vedeți probleme legate de ssh sau de sănătatea sistemului.
drapel cn
Am actualizat întrebarea cu ieșirea -vvv, chiar nu știu prea multe despre asta, așa că îmi este dificil să culeg multe informații de la ei..
drapel in
O întârziere a conectărilor SSH este de obicei asociată cu probleme DNS pe partea serverului. Serverul SSH încearcă să rezolve adresa clientului care se conectează.
asktyagi avatar
drapel in
încercați `strace` pentru a săpa apelul de sistem local sau întârzierea sistemului local prefixând comanda ssh. De asemenea, verificați dacă alte metode de verificare a portului vă oferă un răspuns mai rapid, o altă verificare va fi configurația dvs. ssh dacă ați schimbat ceva din cutie.
Puncte:1
drapel us

Asigurați-vă că aveți următoarele opțiuni activate în fișierul dvs. sshd_config.

USeDNS nr
drapel cn
Mulțumesc pentru sfat, dar nu este relevant dacă nu aveți privilegii de root pe server
Puncte:1
drapel cn

Cel mai simplu mod de a ocoli acest lucru este să utilizați adresa IP a serverului, mai degrabă decât să vă bazați pe DNS pentru a o găsi pentru dvs. Asa de:

ssh -Xl <nume utilizator> 123.456.789.0

Pare un fel de banal, dar dacă ești un networker fără experiență, atunci s-ar putea să nu te-ai fi gândit la asta (cum eu nu m-am gândit)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.