[Claude Code on the web] Cloud環境のカスタムネットワーク設定

特定のドメインを許可する

Trusted リストにないドメインを許可するには、環境のネットワークアクセス設定で Custom を選択し、Allowed domains フィールドに 1 行に 1 つずつドメインを列挙します。次の例は、社内プロジェクトが必要とし得る 3 つのホストを許可します。

api.example.com
*.internal.example.com
registry.example.com

この環境内のセッションは、これでセッションのネットワーク経由で api.example.com、internal.example.com の任意のサブドメイン、registry.example.com に到達できるようになり、それ以外のドメインには到達できません。GitHub のトラフィック、MCP コネクタのトラフィック、および環境のAPI 認証情報のホストへのリクエスト（認証情報が渡されることのないホストを除く）は、このアローリストを経由しません。先頭の *. はすべてのサブドメインにマッチします。Trusted domains も維持するには Also include default list of common package managers をチェックします。チェックを外すと、列挙したものだけが許可されます。

組織がアーティファクトを使用している場合、セッションがそれらを読み取るために、リストに *.frame.claudeusercontent.com を含める必要はありません。リストにそのホストが含まれていない場合、Claude Code はセッションの Anthropic への接続を通じて代わりにアーティファクトの内容を読み取ります。次の 2 つの状況では、このホストをアローリストに残しておいてください。

• この環境のセッションが他の組織の公開アーティファクトを開く: Claude Code はそれらをホストから直接取得するため、このリストに追加してください。
• ローカル CLI または自己ホスト型ランナーを設定している: そのアローリストにホストを残しておいてください。ネットワークアクセス要件と自己ホスト型のネットワーク要件を参照してください。

各環境には独自の許可ドメインリストがあり、管理者がすべてのメンバーの環境に push できる組織レベルのアローリストはありません。サーバー管理設定はクラウドセッション内でも引き続き適用されますが、そのいずれも環境のネットワークアローリストにドメインを追加することはありません。チームに 1 つの標準リストを持たせるには、Owner が Custom ネットワークアクセスとそのリストを指定した組織共有環境を作成できます。