- Optimisation de la stabilité de la connexion par l'envoi de paquets de maintien de connexion afin d'éviter les coupures dues à l'inactivité.
- Mise en œuvre du multiplexage des canaux pour accélérer l'authentification et réduire la charge du système.
- Utilisation de multiplexeurs de terminaux pour garantir la continuité des processus après une déconnexion.
- Configurer les limites de sécurité et les ressources du serveur pour gérer plusieurs utilisateurs simultanés.
Si vous travaillez quotidiennement avec des clusters HPC ou gérez des serveurs distants, vous avez probablement déjà rencontré ce problème : vous revenez à votre PC après une pause, vous essayez de saisir du texte dans le terminal et vous constatez que votre session a planté . C’est frustrant de devoir fermer des onglets qui ne répondent plus, se reconnecter et reprendre là où on s’était arrêté, surtout lorsqu’on gère plusieurs nœuds simultanément.
En réalité, de nombreuses distributions Linux sont configurées de manière à vous déconnecter si aucune activité n'est détectée sur le canal SSH pendant un certain temps, pour des raisons de sécurité ou d'économie de ressources. Pour remédier à ce problème et optimiser les performances de Ptyxis ou de tout autre émulateur de terminal, il existe des solutions techniques, allant de simples ajustements de configuration à l'utilisation d'outils de persistance avancés.
Évitez que le serveur ne vous expulse pour inactivité.
Lorsque vous restez inactif pendant un certain temps, le canal de données se vide et le système considère que la connexion n'est plus nécessaire. Il existe des solutions rudimentaires pour éviter cela, comme l'exécution d'une commande qui actualise constamment l'écran (telle que htop, top ou un simple ping ), mais c'est une solution peu élégante et facile à oublier.
La solution professionnelle consiste à configurer le vies de veilleSi vous utilisez un client comme PuTTY, vous pouvez accéder à la section de connexion et définir un intervalle de temps en secondes pour l'envoi de trafic factice. Sous Linux, le plus simple est de modifier le fichier. ~ / .ssh / config et ajoutez la ligne ServerAliveInterval 60Cela indique à votre machine d'envoyer un paquet vide toutes les minutes pour signaler au serveur : « Je suis toujours là, ne me déconnectez pas. »
Si vous disposez des privilèges d'administrateur sur le serveur distant, il est beaucoup plus efficace d'effectuer la modification côté serveur. / etc / ssh / sshd_configAjout ClientAliveInterval 60 y ClientAliveCountMax 3Le serveur maintiendra la session active quel que soit le client utilisé, en redémarrant le service avec systemctl restart sshd pour que les modifications prennent effet.
Multiplexage : Connexions instantanées et légères
Lorsque vous devez ouvrir plusieurs terminaux sur le même serveur, le processus d'authentification et l'échange de clés sont répétés à chaque fois, ce qui consomme du temps et des ressources. Le multiplexage SSH permet à plusieurs sessions de partager un tunnel TCP/IP unique et préétabli.
Pour activer cette fonctionnalité, vous devez créer un répertoire pour les sockets (par exemple, mkdir -m 700 ~/.ssh/sockets/) et configurez votre fichier SSH local avec les directives suivantes : ControlMaster automatique pour gérer la réutilisation, CheminContrôle définir où est stocké le socket Unix et ContrôlePersistant maintenir la connexion principale ouverte en arrière-plan pendant une certaine durée.
Grâce à cela, la première connexion est standard, mais les connexions suivantes sont quasi instantanées puisqu'elles ne nécessitent aucune authentification. Cela accélère non seulement le flux de travail, mais optimise également les performances globales en réduisant le nombre de tunnels ouverts simultanément vers le même hôte.
Persistance totale avec Tmux
Même avec les keepalives activés, des situations comme la mise en veille d'un ordinateur portable ou une brève coupure réseau peuvent interrompre la session. C'est là qu'intervient tmux , un multiplexeur de terminaux exécuté sur le serveur. Contrairement à une session SSH standard, tmux crée un environnement qui persiste même si le client se déconnecte.
Le processus est simple : vous vous connectez via SSH, vous exécutez la commande tmux et vous travaillez normalement. Si la connexion est interrompue, le processus continue de s'exécuter sur le serveur. Lorsque vous vous reconnectez, il vous suffit d'exécuter tmux attacher pour récupérer exactement l'écran où vous l'aviez laissé, y compris le résultat des commandes qui ont pris des heures à s'exécuter. C'est l'outil ultime pour tâches critiques où vous ne pouvez pas vous permettre qu'une panne de réseau laisse le système dans un état incohérent, facilitant le Intégration complète de tmux dans Omarchy.
Contrôle et sécurité des ressources sur le serveur
Du point de vue d'un administrateur, autoriser un trop grand nombre de sessions peut présenter un risque. Afin d'éviter la surcharge du système par un utilisateur, la directive MaxSessions est incluse dans le fichier de configuration du démon SSH. Cette option limite le nombre de sessions simultanées qu'un client peut ouvrir sur la même connexion réseau, la valeur par défaut étant généralement de 10.
Le paramètre MaxStartups est également essentiel pour limiter les attaques par force brute et les pannes de serveur lors du provisionnement massif. Il permet de définir le nombre de connexions non authentifiées que le serveur peut gérer avant de commencer à les rejeter, établissant ainsi une marge de sécurité pour éviter la surcharge du service OpenSSH.
Pour ceux qui préfèrent les interfaces graphiques, il existe des gestionnaires comme gnome-connection-manager qui permettent de regrouper des hôtes et d'envoyer des commandes à plusieurs machines simultanément. Cependant, il convient d'être prudent lors du stockage des mots de passe dans ces programmes, car l'utilisation de clés SSH reste la méthode de référence en matière de sécurité et de simplicité d'utilisation.
La maîtrise des keepalives, du multiplexage des sockets Unix et de tmux transforme un terminal instable en un environnement de travail robuste . En optimisant le client et le serveur, la gestion multi-nœuds devient transparente, éliminant les déconnexions inattendues et accélérant les temps d'accès, garantissant ainsi des performances optimales sous Ptyxis, même en cas d'indisponibilité du matériel ou de cycles de veille.
Écrivain passionné par le monde des octets et de la technologie en général. J'aime partager mes connaissances à travers l'écriture, et c'est ce que je vais faire dans ce blog, vous montrer toutes les choses les plus intéressantes sur les gadgets, les logiciels, le matériel, les tendances technologiques et plus encore. Mon objectif est de vous aider à naviguer dans le monde numérique de manière simple et divertissante.