Oxaa
ログインダウンロード
  1. ローカル環境を、そのままオンラインへ。ネットワークを開放せずに。
  2. ドキュメント
  3. Server-Sent Events とストリーミング

ローカル開発向けの安全な公開エンドポイント

Server-Sent Events とストリーミング

Server-Sent Events とストリーミング。実用的な手順、製品動作、制限、証拠、Oxaa で次に行う操作を説明します。

要点

Server-Sent Events とストリーミング は marketing summary ではなく実行用ページです。サポート範囲、前提条件、正確な状態、期待結果、障害経路、クリーンアップ、次の技術作業を示します。

技術詳細

  • response flushing
  • long-lived connection
  • Last-Event-ID and reconnect
  • heartbeat and idle timeout
  • proxy buffering
  • cancellation and backpressure
  • streaming limits

トラフィックと Inspector データの扱い

Oxaa の公開エッジでは、正確なホスト名を解決し、現在認証されているルートを特定してリクエストを転送するために公開 TLS を終端します。登録済みデバイスと Oxaa の間のセッションは暗号化され、そのセッションを通じて選択したローカルサービスだけにリクエストが届きます。

サービスの運用と保護に必要な範囲で、アカウント、ルート、使用量、セキュリティ、請求、サポート、診断のメタデータを保持します。Inspector の body キャプチャは通常の転送とは別の、明示的なデバッグ操作です。ローカル Inspector に表示される制限付きの request/response body コピーは開発者端末に残り、マスキング、即時削除、自動失効が可能です。公開トラフィックはエッジで処理されるため、「Oxaa はトラフィックを見られない」ではなく「Inspector のコピーはローカルに残る」と説明します。

トラブルシューティング

最初にローカルプロセス、ポート、scheme を確認します。次に認証と時刻、DNS、UDP/443、TCP/443 fallback、社内 proxy または TLS interception、ルート所有状態、edge-ready を確認します。oxaa routes list、oxaa diagnose --network、安定した error ID を使用し、共有前に secret、body、プライベートパスを除去します。

クリーンアップと本番環境への移行

外部 callback、preview URL、DNS 設定を削除し、テスト用認証情報をローテーションし、ローカルキャプチャを削除してルートを停止します。必要に応じてデバイスまたはセッションを失効させ、本番トラフィックはデプロイ済みアプリ、production ingress、またはイベント配信基盤へ移行します。

Oxaa が行うこと・行わないこと

Oxaa は、登録済みデバイスと認証済みルートが有効な間、選択したローカル HTTP/HTTPS サービスを外部から利用できるようにする開発用接続です。アプリのホスティング、一般的な VPN、forward proxy、恒久的な本番配備、raw TCP/UDP トンネル、任意の TLS passthrough、CDN/WAF、または本番 Webhook 配信基盤ではありません。