Oxaa
  1. Localhost. Online. Ohne Ihr Netzwerk zu öffnen.
  2. Dokumentation
  3. HTTP-Verhalten und vertrauenswürdige Proxy-Header

Sichere öffentliche Endpunkte für die lokale Entwicklung

HTTP-Verhalten und vertrauenswürdige Proxy-Header

HTTP-Verhalten und vertrauenswürdige Proxy-Header: praktischer Ablauf, Produktverhalten, Grenzen, Nachweise und der nächste konkrete Schritt mit Oxaa.

Kurzantwort

HTTP-Verhalten und vertrauenswürdige Proxy-Header 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.

Technische Details

  • method, path, query and body forwarding
  • response status and end-to-end headers
  • hop-by-hop header removal
  • Host and Forwarded trust
  • request ID and trace context
  • streaming, cancellation and trailers
  • documented limits

So verarbeitet Oxaa Traffic und Inspector-Daten

Am öffentlichen Edge wird TLS beendet, damit Oxaa den exakten Hostnamen auflösen, die aktuell authentifizierte Route ermitteln und die Anfrage weiterleiten kann. Die Sitzung zwischen dem registrierten Gerät und Oxaa ist verschlüsselt; über diese Sitzung erreicht die Anfrage ausschließlich den ausgewählten lokalen Dienst.

Oxaa speichert begrenzte Konto-, Routen-, Nutzungs-, Sicherheits-, Abrechnungs-, Support- und Diagnosedaten, die für Betrieb und Schutz des Dienstes erforderlich sind. Body-Capture im Inspector ist eine getrennte, ausdrücklich aktivierte Debugging-Funktion: Die begrenzte Kopie des Request- oder Response-Bodys, die im lokalen Inspector angezeigt wird, bleibt auf dem Entwicklergerät und kann redigiert, sofort gelöscht oder automatisch ablaufen gelassen werden. Der öffentliche Traffic muss am Edge verarbeitet werden; korrekt ist daher „lokale Inspector-Kopien“, nicht „Oxaa kann den Traffic nicht sehen“.

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.