Puncte:1

Cum depanez blocarea ocazională a conexiunii SSH?

drapel cn

Uneori (dar nu de fiecare dată - aproximativ 3 încercări din 10 funcționează) când încerc să mă conectez la o VM găzduită pe Azure, conexiunea mea SSH se blochează înainte de a-mi da un shell; ultimul mesaj din jurnalul de depanare verbos este:

debug2: canalul 0: cererea de confirmare a shell-ului 1
debug3: trimite pachet: tip 98
debug2: channel_input_open_confirmation: canal 0: callback finalizat
debug2: canal 0: deschideți confirmarea ferestrei 0 rmax 32768

Când îl rulați cu strace, cel mai recent syscall pe care îl arată arată astfel:

pselect6(7, [3], [], NULL, NULL, NULL)

Uită-te la jurnalele de pe server, iată ce văd:

Cheie publică acceptată pentru <USER> de la <IP-ul meu> portul 29478 ssh2: RSA SHA256:<FINGERPRINT>
pam_unix(sshd:session): sesiune deschisă pentru utilizatorul <USER> de (uid=0)
  • Conectarea la alte VM găzduite pe Azure (chiar și în aceeași regiune) nu pune probleme. Am verificat și nu există nicio diferență în versiunea de server SSH pe ambele.
  • Când utilizați alte VM ca gazdă de salt, funcționează de 10 ori la rând

Cum abordez depanarea asta?

Puncte:0
drapel cn

Am ajuns să trec la tinyssh conectarea la care nu prezintă același comportament.

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.