Kurzantwort
Benannte Routen und wiederholbare Umgebungen erklärt die Funktion als sichtbaren und testbaren Workflow: mögliche Aktionen, Zustände und Grenzen, Fehlerverhalten sowie die Nachweise für wesentliche Aussagen.
Technische Details
Diese Seite beschreibt:
- Konkretes Funktionsziel und sichtbare Zustandsübergänge
- Voraussetzungen, unterstützte Plattformen sowie Plan- und Regionsumfang
- Protokoll- oder Kontrollverhalten mit veröffentlichten Grenzen
- Fehlerzustände, Diagnose und Wiederherstellung
- Sicherheits- und Datenverarbeitungsgrenzen
- Testnachweise, Aufräumen und nächste Produktaktion
Routenidentität und Grenze des ausgewählten Dienstes
Die Verbindung wird vom registrierten Gerät aufgebaut. Lokal erzeugte Geräteidentität, Proof of Possession, kurzlebige Routengenerationen und exaktes Host-Matching binden den Hostnamen an die aktuelle Route. Unbekannte, fehlerhafte, widerrufene oder veraltete Besitzansprüche werden fail-closed abgewiesen.
Oxaa veröffentlicht nur das konfigurierte lokale Ziel. Ziele in privaten Netzen benötigen eine ausdrückliche Freigabe; öffentliche, Metadata-, Link-Local-, Multicast- und weitere unsichere Zielklassen bleiben durch Richtlinien blockiert.
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.
Häufig gestellte Fragen
Stellt Oxaa meine Anwendung bereit?
Nein. Die Anwendung läuft weiter auf dem registrierten Gerät. Oxaa leitet Anfragen nur an den ausgewählten lokalen Dienst weiter, solange die authentifizierte Route aktiv ist.
Muss ich einen eingehenden Port öffnen?
Normalerweise nicht. Das registrierte Gerät initiiert die Sitzung. Ein restriktives Netz kann dennoch DNS, UDP/443 oder TCP/443 blockieren oder TLS abfangen.
Wo liegen Inspector-Kopien der Request-Bodies?
Wenn begrenztes Capture ausdrücklich aktiviert wird, bleibt die im lokalen Inspector angezeigte Kopie auf dem Entwicklergerät. Oxaa verarbeitet weiterhin öffentlichen Traffic und speichert begrenzte Betriebsmetadaten.
Ist das Produktions-Hosting?
Nein. Verwenden Sie für produktiven Traffic eine bereitgestellte Anwendung, einen produktiven Ingress oder eine Event-Delivery-Plattform.