Când configurați un server personal pentru prima dată, puteți găsi câteva întrebări despre ceea ce este sau nu este capabil să facă. Având în vedere acest lucru, postul de astăzi SuperUser Q & A are răspunsuri pentru î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 Q & A.
Captură de ecran prin amabilitatea lui Casablanca (Wikimedia Commons).
Cititorul SuperUser Sam3000 dorește să știe dacă este posibil să existe mai multe conexiuni SSH la același sistem:
Am un calculator Linux care acționează ca un server care poate accepta conexiuni SSH primite. 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 desktopuri, pe același server folosind SSH?
Este posibil să aveți mai multe conexiuni SSH la același sistem?
Utilizatorii SuperUser insigna-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 el 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 la distanță de la un server. Rețineți că SSH se conectează prin TCP și poate transmite și sesiuni X (sesiuni grafice). Utilizatorii multi-tasking și utilizatorii multiple fac parte din natura interioară 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ă mărimea 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 om sshd pe calculatorul tau
2. Manualele pentru sshd și sshd_config
Aveți ceva de adăugat la explicație? Sunați în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.
