Lorsque vous configurez un serveur personnel pour la première fois, vous pouvez vous retrouver avec pas mal de questions sur ce qu’il est, ou n’est pas capable de faire. Dans cet esprit, l’article de questions-réponses sur les superutilisateurs d’aujourd’hui contient des réponses à une question d’un lecteur curieux.
La question
Le lecteur SuperUser Sam3000 veut savoir s’il est possible d’avoir plusieurs connexions SSH sur le même système:
J’ai un ordinateur Linux agissant en tant que serveur qui peut accepter les connexions SSH entrantes. Est-il possible de connecter de manière fiable plusieurs appareils en même temps, tels que mon téléphone portable et mon ordinateur portable, ainsi que d’autres ordinateurs de bureau, au même serveur en utilisant SSH?
Est-il possible d’avoir plusieurs connexions SSH sur le même système?
La réponse
Les contributeurs SuperUser badge-be et Hastur ont la réponse pour nous. Tout d’abord, inscrivez-vous:
La réponse courte
Oui, cela fonctionne généralement par défaut.
La longue réponse
Cela dépend de l’utilisation que vous en faites. Cela peut ralentir avec plusieurs connexions, mais c’est un problème de bande passante, pas un problème SSH.
Suivi de la réponse d’Hastur:
Oui c’est possible, c’est le comportement par défaut. Vous pouvez vous y fier si vous utilisez une version mise à jour de SSH et qu’elle n’est plus définie sur. La commande ci-dessous devrait vous donner.
- grep «Protocole» / etc / ssh / sshd_config
Limites pour les connexions
Vous pouvez considérer SSH comme une évolution chiffrée de telnet, née pour permettre l’accès à distance à un serveur. Notez que SSH se connecte via TCP et qu’il est également capable de transférer des sessions X (sessions graphiques). Le multitâche et les utilisateurs multiples font partie de la nature intrinsèque d’Unix (même si ce n’est pas sans limites).
Vous pouvez voir certaines de ces limites dans les limites TCP et SSH:
- (généralement 128, pour voir le nombre maximum de connexions TCP en suspens que vous pouvez avoir)
Les limites de la taille de la file d’attente d’écoute pour l’acceptation de nouvelles connexions TCP. La valeur par défaut de 128 est généralement trop faible pour une gestion robuste des nouvelles connexions sur un serveur Web fortement chargé.
- (généralement 1000, la longueur maximale de la file d’attente de paquets TCP)
- (vous pouvez trouver les limites du nombre d’utilisateurs)
- in (spécifie le nombre maximum de sessions ouvertes autorisées par connexion réseau, la valeur par défaut est fixée à 10)
- , généralement commenté dans le (spécifie le nombre maximum de connexions non authentifiées simultanées au démon SSH, la valeur par défaut est de 10)
Les références
1. et sur votre ordinateur
2. Les pages de manuel pour sshd et sshd_config
Avez-vous quelque chose à ajouter à l’explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d’autres utilisateurs de Stack Exchange férus de technologie? Consultez le fil de discussion complet ici.
