FONCTIONNALITéS
Les briques concrètes pour exposer, contrôler et observer vos services.
HTTP, TCP et UDP partagent le même plan de contrôle QUIC. Choisissez une URL publique, un accès privé ou une vue d’inspection selon le besoin.
Produit
Un tunnel n’est utile que si le chemin complet est maîtrisé.
Choisissez le mécanisme adapté : publication, accès privé, routage, inspection ou pilotage local.
Publiez un service local sans ouvrir votre routeur.
Une URL ou un endpoint public pour HTTP, TCP ou UDP.
openport-fr tunnel http --local-port 3000Voir le fonctionnement →Tunnels privésPartagez un service sans le publier sur Internet.
Owner, consumer, alias interne et token d’invitation.
openport-fr tunnel tcp --local-port 22 --private ssh-prodVoir le fonctionnement →HTTP InspectorComprenez une requête avant de la rejouer.
Capture HTTP, détails requête/réponse, filtres, curl et Replay.
POST /stripe/webhook → 200 · 88 msVoir le fonctionnement →Routage HTTPFaites passer plusieurs services derrière un même tunnel HTTP.
Règles par chemin ou par hostname pour un tunnel multiservice.
/web01=127.0.0.1:80Voir le fonctionnement →Application DesktopCréez, pilotez et observez les tunnels depuis le poste.
Tableau de bord local, actions runtime, logs, stats et profils.
/tunnel start 1Voir le fonctionnement →OpenPort ConnectRejoignez un tunnel privé sans gérer toute la plateforme.
Un client Windows ciblé pour le rôle private_consumer.
pit1_••••••••••••••••Voir le fonctionnement →Authentification HTTPAjoutez le bon contrôle devant un tunnel HTTP.
Off, CIDR, mot de passe, Google OIDC ou Microsoft OIDC.
auth_http_mode = google_oidcVoir le fonctionnement →OPENPORT.FR
Créez votre premier tunnel QUIC.
Publiez un service local ou ouvrez un accès privé en quelques secondes, sans ouvrir de port entrant.