Claude Code: руководство по стабильной сети

Claude Code работает через домашний интернет, корпоративные сети, контролируемые прокси или соответствующие требованиям корпоративные шлюзы. Для обычных аккаунтов давно стабильная сеть с понятной принадлежностью обычно лучше публичных VPN, общих пулов прокси или часто меняющихся выходных IP на VPS. Перед настройкой проверьте текущий тип IP и оценку риска с помощью проверки чистоты.

Смена 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 и сторонние сервисы. Не прописывайте жёстко один основной домен: возьмите за основу официальный список обязательных доменов, а затем по локальному захвату пакетов или логам добавьте домены статических ресурсов, к которым идут реальные обращения.

Частые разрывы и переподключения увеличивают задержку и усложняют диагностику цепочки прокси. В клиенте прокси можно включить разумный TCP keep-alive; включать ли мультиплексирование (mux), зависит от качества линии — если заметили зависания при мультиплексировании или ограничение скорости на одно соединение, отключите его и сравните.

Не оборачивайте вызовы Claude Code большим числом параллельных воркеров. Избыточный параллелизм может вызвать лимиты частоты запросов, очереди соединений или ограничение на корпоративном шлюзе; конкретный порог зависит от тарифа аккаунта, политики организации и ответов API.

Выбирайте выход с низкими потерями пакетов, малым джиттером и стабильным путём до Anthropic API — не ориентируйтесь только на географическое расстояние. Оценивайте по проверке утечек вместе с реальной задержкой запросов Claude Code.