CLI: lokalen HTTP-Dienst veröffentlichen

Kurzantwort

CLI: lokalen HTTP-Dienst veröffentlichen ist eine Ausführungsseite, keine Marketing-Zusammenfassung. Sie nennt unterstützten Umfang, Voraussetzungen, exakte Zustände, erwartetes Ergebnis, Fehlerpfade, Aufräumen und den nächsten technischen Job.

Vom lokalen Dienst zur echten externen Anfrage

Installieren und prüfen Sie das freigegebene signierte Oxaa-Paket.
Führen Sie oxaa login aus und registrieren Sie das Gerät.
Starten und prüfen Sie den ausgewählten lokalen Dienst.
Führen Sie oxaa http <port> aus und warten Sie auf Edge-Bereitschaft.
Senden Sie eine Anfrage aus einer Provider-Sandbox, einem entfernten Browser, einem Telefon oder einem zweiten Netz.
Bestätigen Sie Anfrage und Antwort in der lokalen Anwendung und im Inspector.
Stoppen Sie die Route und entfernen Sie Callbacks, Captures und Test-Zugangsdaten.

Befehle auf dieser Seite

oxaa http 3000

Technische Details

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

Fehlerbehebung

Prüfen Sie zuerst lokalen Prozess, Port und Schema. Danach folgen Authentifizierung und Uhrzeit, DNS, UDP/443, der TCP/443-Fallback, Unternehmensproxy oder TLS-Interception, Routenbesitz und Edge-Bereitschaft. Verwenden Sie oxaa routes list, oxaa diagnose --network und stabile Fehler-IDs; prüfen und bereinigen Sie Diagnoseausgaben vor dem Teilen.

Aufräumen und Übergabe an Produktion

Entfernen Sie externe Callback- oder Preview-URLs und DNS-Bindungen, rotieren Sie Test-Zugangsdaten, löschen Sie lokale Captures, stoppen Sie die Route und widerrufen Sie Gerät oder Sitzung, wenn dies erforderlich ist. Produktiven Traffic übergeben Sie an die bereitgestellte Anwendung, einen produktiven Ingress oder eine dafür ausgelegte Event-Delivery-Plattform.

Was Oxaa ist – und was nicht

Oxaa ist eine Entwicklungsverbindung für einen ausgewählten lokalen HTTP- oder HTTPS-Dienst, solange das registrierte Gerät und die authentifizierte Route aktiv sind. Oxaa ist kein App-Hosting, kein allgemeines VPN, kein Forward Proxy, keine dauerhafte Produktionsbereitstellung, kein Raw-TCP/UDP-Tunnel, kein beliebiger TLS-Passthrough, kein CDN/WAF-Ersatz und keine Plattform für den produktiven Webhook-Versand.