Fast answer
CLI: publish an HTTP service is an execution page, not a marketing summary. It states the supported scope, prerequisites, exact states, expected result, failure paths, cleanup and the next technical task.
From local service to a real external request
- Install the approved signed Oxaa package and verify the release.
- Run
oxaa loginand enroll the device. - Start and health-check the selected local service.
- Run
oxaa http <port>and wait for edge readiness. - Send a request from a provider sandbox, remote browser, phone or second network.
- Confirm the request and response in the local application and Inspector.
- Stop the route and remove callbacks, captures and test credentials when finished.
Commands used on this page
oxaa http 3000Technical details
target validationlocal HTTP or explicit HTTPS upstreamconnecting versus edge-readypublic URL and Inspector addressgraceful stop and route cleanuprepresentative external request
Troubleshooting
Start with the local process, port and scheme. Then check authentication and clock, DNS, UDP/443, TCP/443 fallback, corporate proxy or TLS interception, route ownership and edge readiness. Use oxaa routes list, oxaa diagnose --network and stable error IDs; review diagnostic output before sharing it and remove secrets, bodies and private paths.
Cleanup and production handoff
Remove the external callback, preview URL or DNS binding; rotate test credentials; delete local captures; stop the route; and revoke the device or session when appropriate. Move production traffic to the deployed application, production ingress or event-delivery platform designed for that job.
What Oxaa is - and is not
Oxaa is development connectivity for a selected local HTTP or HTTPS service while the enrolled device and authenticated route are live. It is not application hosting, a general VPN, a forward proxy, permanent production deployment, raw TCP/UDP tunneling, arbitrary TLS passthrough, a CDN/WAF replacement or a production webhook delivery platform.
