Rejoindre la waitlist
Tous les articles
localhost tunnelingport forwardingnetworkingHTTPS

Exposer localhost sans port forwarding

Vous pouvez exposer localhost sans port forwarding via un tunnel WebSocket sortant. Au lieu d'ouvrir des ports entrants sur le routeur, le CLI se connecte à une passerelle cloud qui assigne une URL HTTPS publique — sans config routeur, IP publique ni exception pare-feu.

Pourquoi le port forwarding est pénible

Le port forwarding traditionnel exige accès admin routeur, IP publique, règles pare-feu entrant, certificats TLS manuels, et coopération FAI (souvent bloqué en résidentiel). Les réseaux corporate et Wi-Fi public aggravent le problème.

Comment le tunneling sortant remplace le port forwarding

  1. Le CLI initie une connexion sortante vers la passerelle cloud.
  2. La passerelle assigne une URL HTTPS publique.
  3. Le trafic externe arrive sur la passerelle et transite via le canal sortant.
  4. À l'arrêt du CLI, l'URL se désactive.

La connexion part de l'intérieur du réseau — pare-feu, NAT et restrictions FAI la bloquent rarement.

Exposer localhost en une commande

npx portpreview 3000

PortPreview connecte, assigne HTTPS et forward le port 3000. Pas de login routeur, DNS ni certificats.

Port forwarding vs tunnel localhost

  • Config routeur : requise vs non requise.
  • IP publique : requise vs non requise.
  • HTTPS : setup manuel vs inclus.
  • Pare-feu : règles entrantes vs sortantes uniquement.
  • Inspection : outil séparé vs intégré PortPreview.

Quand le port forwarding reste nécessaire

Services self-hosted long terme, protocoles TCP custom ou politiques bloquant les connexions sortantes vers des passerelles tierces.

Cas d'usage sans port forwarding

Tests webhook (déboguer les webhooks), partage WIP (partager le serveur de dev), tests mobile (tests mobile), callbacks OAuth.

Sécurité : guide sécurité tunnel. Rejoignez la waitlist PortPreview.

Questions fréquentes

Comment exposer localhost sans port forwarding ?
Utilisez un outil de tunnel localhost comme PortPreview. Il crée une connexion sortante vers une passerelle cloud qui assigne une URL HTTPS publique — sans modification routeur ni pare-feu.
Ai-je besoin d'une IP publique pour exposer localhost ?
Non. Le tunneling WebSocket sortant fonctionne derrière NAT, IPs dynamiques et pare-feu corporate car la connexion part de votre machine vers l'extérieur.
Le tunneling est-il plus sûr que le port forwarding ?
Pour le développement, oui. Le tunneling évite d'ouvrir des ports entrants sur le routeur et limite l'exposition à un seul port local pendant la session active.