Redirections de ports

Redirections de ports

Une redirection fait voyager du trafic à travers une connexion SSH. C’est ce qui permet d’ouvrir dans votre navigateur une interface qui n’écoute que sur le serveur.

 

Les préréglages

Trois raccourcis couvrent les cas les plus fréquents. Un clic remplit le formulaire ; il ne reste qu’à choisir l’hôte.

Préréglage	Ce qu’il fait
OpenCode Web	Ouvre l’interface web d’OpenCode distante chez vous (localhost:4096)
Chrome DevTools	Expose votre Chrome DevTools local vers le serveur (9222)
Serveur de dev	Ramène le port 3060 du serveur de développement en local

Regardez la flèche de chaque carte : --> va de chez vous vers le serveur, <-- fait l’inverse. C’est toute la différence entre une redirection locale et une redirection distante, lisible d’un coup d’œil.

Les trois types

Type	Sens	Cas typique
Locale	votre machine → le serveur	Ouvrir localhost:8080 et atteindre le port 80 du serveur
Distante	le serveur → votre machine	Exposer un service local à quelqu’un sur le serveur
SOCKS	proxy dynamique	Faire passer un navigateur entier par le serveur

Créer une redirection locale

C’est la plus courante. Trois informations :

• Port local – celui que vous ouvrirez chez vous, par exemple 8080.
• Hôte distant – vu depuis le serveur. Souvent 127.0.0.1 : le service n’écoute qu’en local sur la machine distante, et c’est justement pour ça que vous faites un tunnel.
• Port distant – celui du service, par exemple 80 ou 5432.

Elle démarre dès la création et apparaît dans le tableau avec son état, sa direction et ses compteurs de trafic.

Arrêter

Le bouton d’arrêt ferme l’écoute et les connexions déjà établies. Un onglet de navigateur resté ouvert sur le tunnel est coupé immédiatement, pas laissé en suspens.

Si le port est déjà pris

ShellDeck refuse la création et vous le dit, plutôt que de démarrer une redirection silencieusement inopérante. Choisissez un autre port local.