Claude Codeネットワーク安定化ガイド

Claude Codeは、自宅のブロードバンド、企業ネットワーク、管理されたプロキシ、またはコンプライアンスに準拠した企業ゲートウェイで利用できます。一般的なアカウントの場合、所有者が明確で長期的に安定したネットワークのほうが、公共VPN、共有プロキシプール、頻繁に変わるVPSの出口IPより通常は適しています。設定の前に、クリーン度チェックで現在のIPの種類とリスクスコアを確認してください。

ISPの自然な再接続によるIPの変動は、通常、アカウントが国をまたいで移動するのとは異なります。より注意すべきなのは、短時間に複数の国、ASN、デバイスの間を頻繁に切り替えることです。これはアカウントのセキュリティ審査が発生する可能性を高めます。

QUIC（UDP 443）は、一部のプロキシや企業のファイアウォール環境で、パケットロスやタイムアウト、想定外の転送が起きやすくなります。断続的な切断が発生する場合は、QUICを無効にするか、Claude関連の通信をTCPのみに強制して再テストしてください。

"network": "tcp"
# またはクライアント側でQUICを無効にする

クライアントによってTLSハンドシェイクの特徴は異なります。プロキシチェーンがTLSの挙動を変更したり、証明書を挿入したり、極端に異常なクライアントフィンガープリントを使ったりすると、接続の失敗や追加の認証につながることがあります。実績のあるクライアントと標準的なTLS設定を優先してください。

"tls": {
  "fingerprint": "chrome"
}

DNSリゾルバー、HTTPの出口、ブラウザーの出口は、できれば同じネットワーク経路から出るのが理想です。DNSをローカルで解決し、HTTPはプロキシ経由という構成では、名前解決された地域とアクセス元の地域が一致しないことがあります。信頼できるDoH/DoTも利用できますが、重要なのはルーティングルールが実際にDNSの通信をカバーしているか確認することです。

"dns": {
  "servers": ["https://1.1.1.1/dns-query"]
}

プロキシやルーティングルールがIPv4しかカバーしていない場合、IPv6の通信は別の経路を通り、HTTP / DNS / WebRTCで見える出口が一致しなくなることがあります。必ずしもIPv6を無効にする必要はありませんが、まずデュアルスタックの整合性を確認することをおすすめします。詳しくはIPv6デュアルスタックのリスクをご覧ください。

ipv6 = false
# またはプロキシのdomainStrategy: "UseIPv4"

公式ドキュメントでは、Claude Codeのネットワークアクセス先として少なくともapi.anthropic.com、claude.ai、statsig.anthropic.com、sentry.ioが挙げられています。トラブルシューティングや監査をしやすくするため、これらのドメインには専用のルーティングルールを作成することをおすすめします。Claude Codeのルーティングルールを参照してください。

Claude Web、ログイン、ドキュメント、静的リソースは、バージョンの変化に伴って異なるCDNやサードパーティサービスを使うことがあります。メインドメインを1つだけハードコードするのではなく、公式の必須ドメインを最低ラインとし、ローカルのパケットキャプチャやログで実際にアクセスしている静的リソースのドメインを追加してください。

切断と再接続を頻繁に繰り返すと遅延が増え、プロキシチェーンのトラブルシューティングも難しくなります。プロキシクライアントでは適切なTCP keep-aliveを有効にできます。接続の多重化（mux）を有効にするかどうかは回線品質次第です。多重化による詰まりや単一接続での速度制限が見られる場合は、無効にして比較してください。

Claude Codeの呼び出しを、さらに外側で大量のワーカーを使って並列実行しないでください。過度な同時実行は、レート制限、接続の待ち行列、企業ゲートウェイでのスロットリングを引き起こす可能性があります。実際のしきい値は、アカウントのプラン、組織のポリシー、APIのレスポンスによって異なります。

地理的な距離だけで判断せず、パケットロスとジッターが少なく、Anthropic APIへの経路が安定した出口を優先してください。リークチェックと実際のClaude Codeリクエストの遅延を合わせて判断してください。