Oxaa
  1. Votre localhost en ligne. Sans ouvrir votre réseau.
  2. Documentation
  3. Référence CLI
  4. CLI : publier un service HTTP

Endpoints publics sécurisés pour le développement local

CLI : publier un service HTTP

CLI : publier un service HTTP : workflow pratique, comportement produit, limites, preuves et prochaine étape précise avec Oxaa.

Réponse rapide

CLI : publier un service HTTP est une page d’exécution, pas un résumé marketing. Elle précise périmètre pris en charge, prérequis, états exacts, résultat attendu, échecs, nettoyage et prochaine tâche technique.

Du service local à une vraie requête externe

  1. Installez et vérifiez le paquet Oxaa signé et approuvé.
  2. Exécutez oxaa login et enrôlez l’appareil.
  3. Démarrez le service local sélectionné et vérifiez son état.
  4. Exécutez oxaa http <port> et attendez l’état edge-ready.
  5. Envoyez une requête depuis un sandbox fournisseur, un navigateur distant, un téléphone ou un second réseau.
  6. Confirmez la requête et la réponse dans l’application locale et l’Inspector.
  7. Arrêtez la route et supprimez callbacks, captures et identifiants de test une fois terminé.

Commandes utilisées sur cette page

oxaa http 3000

Détails techniques

  • target validation
  • local HTTP or explicit HTTPS upstream
  • connecting versus edge-ready
  • public URL and Inspector address
  • graceful stop and route cleanup
  • representative external request

Dépannage

Commencez par vérifier le processus local, le port et le schéma. Contrôlez ensuite l’authentification et l’horloge, DNS, UDP/443, le fallback TCP/443, le proxy d’entreprise ou l’interception TLS, la propriété de la route et l’état edge-ready. Utilisez oxaa routes list, oxaa diagnose --network et des identifiants d’erreur stables ; relisez les diagnostics avant partage et retirez les secrets, bodies et chemins privés.

Nettoyage et passage en production

Supprimez le callback externe, l’URL de prévisualisation ou l’association DNS ; faites tourner les identifiants de test ; supprimez les captures locales ; arrêtez la route ; puis révoquez l’appareil ou la session si nécessaire. Le trafic de production doit être confié à l’application déployée, à un ingress de production ou à une plateforme de livraison d’événements adaptée.

Ce qu’Oxaa est - et ce qu’il n’est pas

Oxaa fournit une connectivité de développement vers un service HTTP ou HTTPS local sélectionné tant que l’appareil enrôlé et la route authentifiée restent actifs. Ce n’est ni un hébergement applicatif, ni un VPN généraliste, ni un forward proxy, ni un déploiement permanent de production, ni un tunnel raw TCP/UDP, ni un passthrough TLS arbitraire, ni un substitut de CDN/WAF, ni une plateforme de livraison de webhooks de production.