選択したサーバーにゲートウェイを使用する

ゲートウェイは、1 つの MCP エンドポイントを介して、同じインストール上の選択されたサーバーからツールを提示できます。これは、許可された 1 人の対象者が複数のサービスを必要とする場合に役立ちます。無関係な顧客のアクセスを結合する理由にはなりません。

対象読者と出版範囲を選択してください#

目的のインストールでゲートウェイ構成を開きます。合意された対象者に対してサーバーを明示的に選択することを好みます。クライアントに接続する前に公開されたツールのプレビューを確認し、サーバーのメンバーシップが変更されるたびに再度確認してください。

所有者専用の統合や無関係な顧客サーバーを顧客ゲートウェイから遠ざけます。ゲートウェイはツールの公開を集約します。これは、管理者またはクライアントごとに個別のテナント権限が付与されていることを証明するものではありません。

ゲートウェイ認証を構成する#

ゲートウェイには独自のクライアント認証構成があります。 1 つの個別サーバーに対して発行された資格情報がゲートウェイで有効であると想定しないでください。ハンドオフで指定された正確なエンドポイントと認証方法に従ってください。

インストール時のファーストパーティ OAuth と、アップストリーム サービスにアクセスするために使用される OAuth は、異なる構成です。承認済みと呼ぶ前に、対象の AI クライアントで実際のゲートウェイの同意フローを確認してください。

公開されたツール名を認識する#

衝突を避けるために、公開された名前には元のサーバーのスラッグをプレフィックスとして付けることができます。ツールの名前が個々のサーバー エンドポイントと同じであると想定するのではなく、最終的なツール リストを確認してください。

境界を確認する#

含まれる各サービスからの予想される検出と制限された操作を確認します。また、除外されたプライベート サービスがそのクライアントの資格情報で検出できない、または呼び出しできないことも確認してください。パブリケーションの変更を元に戻せるように、以前に選択したリストを保存します。

直接接続は依然として重要#

個別のサーバー接続は、狭い範囲や個別の環境でも引き続き役立ちます。割り当てられたルートを使用します。プラットフォーム ゲートウェイは、任意の外部 MCP サーバーを自動的に仲介したり、その OAuth 認証をコピーしたりしません。