Czy jest możliwe posiadanie wielu połączeń SSH z tym samym systemem?

Kiedy konfigurujesz osobisty serwer po raz pierwszy, możesz mieć kilka pytań na temat tego, co to jest lub czego nie możesz zrobić. Mając to na uwadze, dzisiejszy post pytań i odpowiedzi dla SuperUser zawiera odpowiedzi na ciekawe pytanie czytelnika.

Dzisiejsza sesja pytań i odpowiedzi przychodzi do nas dzięki uprzejmości SuperUser - poddziału Stack Exchange, opartego na społecznościach grupowania witryn z pytaniami i odpowiedziami.

Zdjęcie dzięki uprzejmości Casablanca (Wikimedia Commons).

Pytanie

Czytnik SuperUser Sam3000 chce wiedzieć, czy możliwe jest posiadanie wielu połączeń SSH z tym samym systemem:

Mam komputer Linux działający jako serwer, który może akceptować przychodzące połączenia SSH. Czy możliwe jest niezawodne łączenie wielu urządzeń w tym samym czasie, takich jak mój telefon komórkowy i laptop, a także inne komputery stacjonarne, z tym samym serwerem za pomocą SSH?

Czy możliwe jest posiadanie wielu połączeń SSH z tym samym systemem?

Odpowiedź

Dostawcy SuperUser badge-be i Hastur mają dla nas odpowiedź. Po pierwsze, odznaka-be:

Krótka odpowiedź

Tak, zwykle działa domyślnie.

Długa odpowiedź

To zależy od tego, za co go używasz. Może zwolnić z wieloma połączeniami, ale jest to problem z przepustowością, a nie z SSH.

Poniżej znajduje się odpowiedź od Hastura:

Tak, jest to możliwe, jest to zachowanie domyślne. Możesz na nim polegać, jeśli używasz zaktualizowanej wersji SSH i nie jest już ona ustawiona Protokół 1. Poniższe polecenie powinno ci dać Protokół 2.

grep "Protokół" / etc / ssh / sshd_config

Limity dla połączeń

Możesz spojrzeć na SSH jako zaszyfrowaną ewolucję telnetu, urodzoną by umożliwić zdalny dostęp do serwera. Zauważ, że SSH łączy się przez TCP i może przesyłać dalej sesje X (sesje graficzne). Wielozadaniowość i wielu użytkowników są częścią wewnętrznej natury Uniksa (nawet jeśli nie jest bez ograniczeń).

Możesz zobaczyć niektóre z tych ograniczeń w limitach TCP i SSH:

cat / proc / sys / net / core / somaxconn (zwykle 128, aby zobaczyć maksymalną liczbę zaległych połączeń TCP, jakie możesz mieć)

The kern.ipc.somaxconn sysctl (8) zmienna ogranicza wielkość kolejki odsłuchowej do akceptowania nowych połączeń TCP. Domyślna wartość 128 jest zwykle zbyt niska, aby umożliwić niezawodną obsługę nowych połączeń na mocno obciążonym serwerze WWW.

cat / proc / sys / net / core / netdev_max_backlog (zwykle 1000, maksymalna długość kolejki pakietów TCP)

mniej /etc/security/limits.conf (możesz znaleźć ograniczenia dotyczące liczby użytkowników)

MaxSessions w / etc / ssh / sshd_config (określa maksymalną liczbę otwartych sesji dozwoloną dla połączenia sieciowego, wartość domyślna to 10)

#MaxStartups 10:30:60, zazwyczaj komentowane w / etc / ssh / sshd_config (określa maksymalną liczbę równoczesnych nieuwierzytelnionych połączeń z demonem SSH, wartość domyślna to 10)

Referencje

1. człowiek ssh i człowiek sshd w Twoim komputerze

2. Strony podręcznika dla sshd i sshd_config

Czy masz coś do dodania do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych użytkowników Stack Exchange, którzy znają się na technologii? Sprawdź cały wątek dyskusji tutaj.