MessagesMCPトンネル

アーキテクチャとコンポーネント

Copy page



MCPトンネルデプロイメントの各部分の正式名称、2つの認証情報プロビジョニングモード、および接続モデルについて説明します。

このページでは、MCPトンネルのドキュメント全体で使用される用語を定義します。いくつかのコンポーネントは、設定ファイル、コンテナイメージ、および本文中で異なる名前で登場します。以下の表では、それぞれに1つの正式名称を示し、目にする可能性のある別名を一覧にしています。

コンポーネント

認証情報のプロビジョニング

トンネルスタックは実行時に2つの認証情報を必要とします。cloudflaredのアウトバウンド接続を認証する**トンネルトークン（tunnel token）と、トンネルに登録されたCAによって署名され、内部TLSハンドシェイク中にプロキシが提示するサーバー証明書（server certificate）**です。これらを供給する方法は2つあり、このガイド全体で一対のタブとして提示されています。

これらのモードは、デプロイガイドでは**プログラマティックフロー（the programmatic flow）および手動フロー（the manual flow）**とも呼ばれます。

接続モデル

トンネルでは2つの方向が作用しており、それらは互いに逆向きです。

• 接続の方向： cloudflaredはネットワークからトンネルエッジへアウトバウンドで発信接続します。ファイアウォールから見えるのはポート7844へのイーグレスのみで、インバウンドポートは開かれません。
• リクエストの方向： その接続が確立されると、MCPリクエストはその接続を通じてAnthropicからお客様のネットワークに向かって流れ、cloudflaredを経由してプロキシへ、さらにアップストリームMCPサーバーへと進みます。

「アウトバウンド専用（outbound-only）」という表現は接続について述べたものであり、その上で運ばれるリクエストについて述べたものではありません。

内部TLSはAnthropicのバックエンドとお客様のプロキシの間にまたがります。cloudflaredとトンネルエッジは通信経路上でその間に位置しますが、暗号文しか見ることができません。プロキシは、ネットワーク内でMCPリクエストのペイロードが読み取り可能になる最初の場所です。

関連項目

• セキュリティモデルと責任共有表については、MCPトンネルを参照してください。
• プロキシの設定フィールド、証明書の要件、およびセットアップコンポーネントについては、MCPトンネルリファレンスを参照してください。