Este posibil să aveți mai multe conexiuni SSH la același sistem?

Când configurați un server personal pentru prima dată, puteți găsi câteva întrebări despre ce este sau nu este capabil să faceți. Având în vedere acest lucru, postul de astăzi SuperUser Q & A are răspunsuri la întrebarea curioasă a cititorului.

Sesiunea de întrebări și răspunsuri din ziua de astăzi vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.

Captură de ecran de la Casablanca (Wikimedia Commons).

Intrebarea

Super-cititorul Sam3000 dorește să știe dacă este posibil să aibă mai multe conexiuni SSH la același sistem:

Am un calculator Linux care acționează ca un server care poate accepta conexiunile de intrare SSH. Este posibil să conectați în mod fiabil mai multe dispozitive în același timp, cum ar fi telefonul mobil și laptopul meu, precum și alte desktop-uri, pe același server utilizând SSH?

Este posibil să aveți mai multe conexiuni SSH în același sistem?

Răspunsul

Utilizatorii SuperUser badge-be și Hastur au răspunsul pentru noi. În primul rând, insigna-fi:

Răspunsul scurt

Da, de obicei funcționează implicit.

Răspunsul lung

Depinde de ce îl folosiți. Poate încetini cu mai multe conexiuni, dar aceasta este o problemă de lățime de bandă, nu o problemă SSH.

Urmat de răspunsul lui Hastur:

Da, este posibil, este comportamentul implicit. Puteți să vă bazați pe aceasta dacă utilizați o versiune actualizată a SSH și nu mai este setată la Protocolul 1. Comanda de mai jos vă va oferi Protocolul 2.

grep "Protocol" / etc / ssh / sshd_config

Limite pentru conexiuni

Puteți vedea SSH ca o evoluție criptată a telnet, născut pentru a permite accesul de la distanță la un server. Rețineți că SSH se conectează prin TCP și poate transmite și sesiuni X (sesiuni grafice). Multi-tasking și utilizatorii multiple fac parte din natura internă a Unix-ului (chiar dacă nu este fără limite).

Puteți vedea unele dintre aceste limite în limitele TCP și SSH:

cat / proc / sys / net / core / somaxconn (de obicei 128, pentru a vedea numărul maxim de conexiuni TCP restante pe care le puteți avea)

kern.ipc.somaxconn sysctl (8) variabilă limitează dimensiunea coadă de ascultare pentru acceptarea noilor conexiuni TCP. Valoarea implicită de 128 este de obicei prea mică pentru o manipulare robustă a conexiunilor noi pe un server Web încărcat puternic.

cat / proc / sys / net / core / netdev_max_backlog (de obicei 1000, lungimea maximă a coadajului de pachete TCP)

mai puțin /etc/security/limits.conf (puteți găsi limitele numărului de utilizatori)

MaxSessions în / Etc / ssh / sshd_config (specifică numărul maxim de sesiuni deschise per conexiune la rețea, setarea implicită este setată la 10)

#MaxStartups 10:30:60, de obicei comentate în / Etc / ssh / sshd_config (specifică numărul maxim de conexiuni neauthenticate concurente la daemonul SSH, setarea implicită este setată la 10)

Referințe

1. omul ssh și omul sshd pe calculatorul tau

2. Manualele pentru sshd și sshd_config

Aveți ceva de adăugat la explicație? Sunați în comentariile. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.