Gérer plusieurs tunnels SSH locaux en tant que services d'arrière-plan sur Windows
Définissez les services de transfert SSH dans un seul fichier de configuration et exécutez-les en tant que processus en arrière-plan, en maintenant les tunnels actifs sans terminaux ouverts. sshforward, de pcpl2lab, cible les développeurs et les administrateurs système qui ont besoin d'un transfert de port local persistant sur Windows. L'outil offre des contrôles en ligne de commande pour démarrer, lister et arrêter les tunnels, et il fournit des versions pour les architectures amd64, 386 et arm64, ce qui le rend adapté aux environnements Windows hétérogènes.
Que fait sshforward pour le transfert de port local SSH ?
sshforward gère le transfert de port SSH local via un fichier de service déclaré. Vous placez les règles de transfert dans une configuration et invoquez des commandes pour démarrer ou arrêter des services nommés, au lieu de taper de longues commandes SSH à chaque fois. L'outil expose un ensemble CLI simple pour la gestion du cycle de vie des services et prend en charge plusieurs tunnels actifs simultanément, ce qui convient aux flux de travail nécessitant des ponts persistants entre les ports locaux et les services distants.
Est-ce que cela affecte les performances du système pendant l'opération en arrière-plan ?
Les tunnels en arrière-plan fonctionnent avec une empreinte minimale. L'outil est décrit comme léger et fournit des versions natives pour amd64, 386 et arm64, ce qui réduit le besoin de couches d'émulation. Comme les tunnels fonctionnent en tant que processus en arrière-plan plutôt qu'en tant que shells interactifs, ils évitent les fenêtres de terminal ouvertes et maintiennent la surcharge d'exécution basse pour les machines de développement typiques et les serveurs utilisés pour les tests ou la mise en scène.
Est-ce que sshforward est sûr à exécuter dans un environnement de production ou de développement ?
La sécurité opérationnelle provient d'un contrôle basé sur la configuration et d'une exécution en arrière-plan. Les services sont définis une fois dans un fichier de configuration, donc les changements sont explicites plutôt qu'improvisés. Le développeur publie le projet sous la licence BSD-2-Clause, qui permet l'inspection du code source. Les actions de démarrage/liste/arrêt en ligne de commande limitent les commandes interactives accidentelles, ce qui aide les administrateurs à appliquer des états de tunnel prévisibles sur les machines.
Utile pour les utilisateurs avancés qui gèrent des tunnels SSH persistants ; un avertissement
L'outil convient aux administrateurs et aux développeurs qui ont besoin d'une gestion de tunnel prévisible et scriptable ainsi que d'un support Windows inter-architecture. Attendez-vous à un flux de travail compact, axé sur la configuration plutôt qu'à un gestionnaire graphique, donc les utilisateurs qui préfèrent les interfaces graphiques n'en trouveront pas ici. Comme conseil pratique, stockez les fichiers de configuration sous contrôle de version afin que les définitions de service restent auditées lors du déploiement sur plusieurs machines.
