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, społecznościowego forum z pytaniami i odpowiedziami.
Zdjęcie dzięki uprzejmości Casablanca (Wikimedia Commons).
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?
SuperUser contributors 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, do czego 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
Ograniczenia 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 jest 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.
