Содержание

Пытаетесь использовать Claude Code на рабочем компьютере или через VPN, а соединение не устанавливается с ошибками вроде этих?

# Что выводится сейчас (примеры)
Can't reach the API server — check your internet or DNS (ENOTFOUND)
Connection refused — a firewall or proxy may be blocking it (ConnectionRefused)
Unable to connect to API. Check your internet connection
Unable to connect to Anthropic services
fetch failed

# Что выводили прежние версии
Unable to connect to API (ECONNREFUSED)
Unable to connect to API: SSL certificate verification failed.
  Check your proxy or corporate SSL certificates

Формулировка зависит от версии. Начиная с v2.1.227 сообщения, которые раньше просто добавляли код, например Unable to connect to API (ECONNREFUSED), теперь начинаются с типа сбоя, например Connection refused — или Can't reach the API server — (таблица соответствий в §2). Какую бы формулировку вы ни увидели, суть проблемы и способ её устранить одни и те же.

Это сетевые ошибки, означающие «Claude Code не может достучаться до сервера Anthropic (api.anthropic.com)». Это не аутентификация (401/403), не перегрузка сервера (529/500) и не лимит запросов (429) — запрос вообще не дошёл до сервера. Обычные причины — корпоративные прокси, TLS-инспекция (сертификаты) и файрволы, поэтому такое особенно часто встречается в корпоративных сетях. В этой статье разбираются настройка прокси, корпоративные CA-сертификаты, домены для белого списка и шаги диагностики — на основе официальной информации.

Главное сразу. (1) За прокси задайте HTTPS_PROXY. (2) При ошибке сертификата из-за TLS-инспекции (Zscaler и т. п.) укажите корпоративный CA в NODE_EXTRA_CA_CERTS — и никогда не отключайте проверку через NODE_TLS_REJECT_UNAUTHORIZED=0 (это открывает весь трафик для перехвата). (3) Начните с запуска curl -I https://api.anthropic.com, чтобы проверить «доходит ли вообще?» — это отправная точка диагностики.

CLAUDE CODE · NETWORK / PROXY

Запрос не доходит до сервера

— где остановился, тем и определяется решение

Claude Code
запрос
→✗
Прокси / TLS / Файрвол
часто блокируется здесь
→
api.anthropic.com
Прокси
HTTPS_PROXY
TLS-сертификат
NODE_EXTRA_CA_CERTS
Файрвол
api.anthropic.com и др.

Сначала запустите curl -I https://api.anthropic.com, чтобы проверить, доходит ли соединение.
Как только понятно, где оно останавливается (прокси / TLS / файрвол), нужная настройка определена.

1. О чём говорит эта ошибка

Unable to connect to API, fetch failed, ECONNREFUSED / ETIMEDOUT (начиная с v2.1.227 — формулировки вида Connection refused —, см. §2) означают «запрос не дошёл до сервера Anthropic» = сбой где-то на уровне TCP/TLS/DNS. Это решающее отличие от других ошибок: аутентификация (401/403), сервер (529/500) и лимит (429) — это ответы уже после того, как запрос дошёл до сервера, тогда как сетевые ошибки означают, что он туда вообще не добрался.

В корпоративных сетях типичные препятствия делятся на три уровня. (1) Прокси — напрямую выйти нельзя, нужно идти через корпоративный прокси, который не настроен. (2) TLS-инспекция (сертификаты) — инспектирующий прокси вроде Zscaler подменяет сертификаты, поэтому нужно доверять корпоративному корневому CA. (3) Файрвол — нужные домены не разрешены. Первое, что нужно сделать, — подтвердить «доходит ли?» командой curl -I https://api.anthropic.com — эта единственная проверка отделяет «проблему сети» от «всего остального».

3 LAYERS

Где остановилось = какую настройку применить

1) Прокси не задан
ECONNREFUSED/ETIMEDOUT/fetch failed. Нужно идти через корпоративный прокси → задайте HTTPS_PROXY.
2) Ошибка сертификата от TLS-инспекции
SSL certificate verification failed/self-signed → поместите корпоративный CA в NODE_EXTRA_CA_CERTS. Никогда не отключайте проверку.
3) Домен заблокирован файрволом
Нужные домены не разрешены → добавьте api.anthropic.com и др. в белый список (§5).
4) DNS / VPN / локальные инструменты
Could not resolve host/ENOTFOUND. DNS не работает, остатки VPN или Docker перехватывает трафик.

Если curl -I https://api.anthropic.com проходит, проблема сужается до уровня между Claude Code и сетью.

2. Что означает каждое сообщение (формулировки с v2.1.227)

Согласно официальному справочнику ошибок, сообщения этой группы означают, что TCP-соединение с API не удалось установить или оно не завершилось. Для распространённых кодов ошибок сообщение называет тип сбоя словами, а код оставляет в скобках. Вот что выводится сейчас:

Unable to connect to API. Check your internet connection
Connection refused — a firewall or proxy may be blocking it (ConnectionRefused)
Can't reach the API server — check your internet or DNS (ENOTFOUND)
No internet route — check your connection or VPN (EHOSTUNREACH)
Couldn't connect through your proxy (ERR_PROXY_TUNNEL) — the proxy refused the tunnel: check its credentials and that it allows this host
Connection dropped (ECONNRESET)
fetch failed
Request timed out. Check your internet connection and proxy settings

До v2.1.227 все эти сообщения с кодом выглядели как Unable to connect to API плюс код (например, Unable to connect to API (ECONNREFUSED)). Коды, которые Claude Code не распознаёт, по-прежнему выводятся в таком виде. Кроме того, у одного и того же сообщения может быть разный код: Connection refused выводится с ConnectionRefused или ECONNREFUSED, а Can't reach the API server — с ENOTFOUND или FailedToOpenSocket.

Начало сообщенияЧто говорит сообщениеЧто проверить сначала
Connection refused —Соединение отклонено; его может блокировать файрвол или проксиБелый список (§5) и HTTPS_PROXY (§3)
Can't reach the API server —Сервер API недоступен; подозревайте подключение к интернету или DNSDNS и VPN; в WSL — /etc/resolv.conf (§6)
No internet route —Нет маршрута до адресатаСостояние линии и VPN-подключения
Couldn't connect through your proxyПрокси отказал в создании туннеляУчётные данные прокси и то, пропускает ли он нужный хост
Connection droppedСоединение было сброшено (ECONNRESET)Стабильность прокси и сети

Какое бы сообщение вы ни увидели, временные сбои повторяются автоматически, так что к моменту его появления на экране повторные попытки уже исчерпаны. Если оно возвращается снова и снова, причина — в вашей локальной сети. В качестве частых причин официальный справочник называет отсутствие доступа в интернет, VPN, блокирующий api.anthropic.com, и ненастроенный обязательный корпоративный прокси. Способы устранения — в §3–§6.

Unable to connect to Anthropic services (первоначальная настройка)

При первоначальной настройке, перед шагом входа, Claude Code проверяет, доступны ли api.anthropic.com и platform.claude.com. Если любая из проверок не проходит, он выводит причину и завершает работу. Официальный пример:

Unable to connect to Anthropic services
Failed to connect to api.anthropic.com: ECONNREFUSED
Connection to api.anthropic.com timed out after 10 seconds
A proxy is configured via HTTPS_PROXY. Check that it allows connections to the host above.

Проверка идёт через ту же конфигурацию прокси, что и запросы к API, и на каждую попытку отводится 10 секунд. Если неудачная попытка шла через прокси, в сообщении указывается переменная окружения, которой он задан (например, HTTPS_PROXY). Что делать:

  • Убедитесь, что указанная переменная указывает на правильный прокси, и попросите сетевых администраторов разрешить через него HTTPS-соединения с хостом из сообщения (белый список — в §5)
  • Выполните проверку доступности через curl из §6 в той же оболочке
  • Если всё зависает на Checking connectivity... за прокси с URL, начинающимся на https://, возможно, это ошибка версий до v2.1.222 (проверка шла другим путём, чем запросы к API, и не имела тайм-аута). Обновитесь
  • Если ваша организация входит через облачный шлюз (Claude apps gateway), а эта ошибка появляется при первом запуске, обновитесь до v2.1.247 или новее

Если сеть открыта, а сбой не проходит, официальный справочник отмечает, что Claude Code может быть недоступен в вашей стране или регионе. Сверьтесь со списком поддерживаемых стран и регионов.

Streaming response ended before any complete data was received

Streaming response ended before any complete data was received. Retrying without streaming. If this keeps happening, check any proxy or gateway between Claude Code and your model provider.

Это предупреждение означает не «запрос не дошёл», а «что-то посередине изменило ответ». Потоковый ответ от провайдера модели завершился, не передав ни одного пригодного фрагмента данных, поэтому Claude Code отправил запрос повторно без потоковой передачи, чтобы завершить ход. Каждый затронутый запрос отправляется дважды: пустая потоковая попытка и повтор. Согласно официальному справочнику, обычная причина — прокси или шлюз, который по пути поглощает или преобразует тело потокового ответа, а решение — настроить все прокси и шлюзы между Claude Code и провайдером модели так, чтобы они пропускали тело и заголовки потоковых ответов без изменений. Предупреждение выводится один раз за сеанс и только в интерактивных сеансах. До v2.1.239 Claude Code молча повторял запрос без потоковой передачи.

3. Настройка прокси (HTTPS_PROXY)

Когда нужно идти через корпоративный прокси, задайте стандартные переменные окружения прокси. Claude Code их учитывает.

# Рекомендуется: HTTPS-прокси
export HTTPS_PROXY=http://proxy.example.com:8080
# Если HTTPS недоступен, HTTP_PROXY
export HTTP_PROXY=http://proxy.example.com:8080
# Адреса в обход прокси (через пробел или запятую)
export NO_PROXY="localhost,127.0.0.1,.internal.example.com"

# Прокси с аутентификацией (не хардкодьте пароли)
export HTTPS_PROXY=http://username:password@proxy.example.com:8080

Замечания: SOCKS-прокси не поддерживаются. Для прокси с NTLM / Kerberos официальная рекомендация — поднять между ними LLM gateway и направить на него ANTHROPIC_BASE_URL. Эти переменные можно также прописать в блоке env файла settings.json.

4. TLS и корпоративные CA-сертификаты (самое важное, безопасно)

Самое частое корпоративное препятствие — ошибка сертификата из-за того, что инспектирующий TLS-прокси (Zscaler, Netskope, Palo Alto и т. п.) подменяет сертификаты. Типичные сообщения — unable to get local issuer certificate и SELF_SIGNED_CERT_IN_CHAIN.

Начиная с v2.1.273 сообщения самого Claude Code содержат код ошибки и способ исправления. Во время сеанса запросы к API выводят:

Unable to connect to API: SSL certificate verification failed (UNABLE_TO_GET_ISSUER_CERT_LOCALLY). The certificate comes from an authority Claude Code doesn't trust, usually a TLS-inspecting corporate proxy or a gateway signed by a private CA: set NODE_EXTRA_CA_CERTS to that CA bundle, or add it to the system certificate store · see https://code.claude.com/docs/en/network-config
Unable to connect to API: Self-signed certificate detected (SELF_SIGNED_CERT_IN_CHAIN). The certificate comes from an authority Claude Code doesn't trust, usually a TLS-inspecting corporate proxy or a gateway signed by a private CA: set NODE_EXTRA_CA_CERTS to that CA bundle, or add it to the system certificate store · see https://code.claude.com/docs/en/network-config

Во время /login и проверки соединения при запуске тот же сбой даёт другое сообщение:

SSL certificate error (UNABLE_TO_GET_ISSUER_CERT_LOCALLY). If you are behind a corporate proxy or TLS-intercepting firewall, set NODE_EXTRA_CA_CERTS to your CA bundle path, or ask IT to allowlist *.anthropic.com. Run `claude doctor` for details.

До v2.1.273 оба первых сообщения заканчивались на Check your proxy or corporate SSL certificates, без кода и без подсказки про NODE_EXTRA_CA_CERTS (это старый вывод из начала статьи). Кроме того, начиная с v2.1.199 ошибка проверки сертификата не повторяется, и сообщение появляется с первой попытки (прежние версии сначала несколько минут повторяли запрос). Временные сбои TLS, например тайм-аут рукопожатия, по-прежнему повторяются.

Для контекста: современный Claude Code доверяет КАК встроенному набору CA, ТАК И хранилищу доверия ОС. Поэтому если корпоративный корневой CA уже в хранилище сертификатов ОС, часто всё работает без дополнительной настройки (поведение зависит от версии, так что уточняйте актуальное). Если же его нет в хранилище ОС, укажите в NODE_EXTRA_CA_CERTS бандл CA (PEM), полученный от ИТ-отдела:

# Правильный, безопасный способ: доверять корпоративному CA
export NODE_EXTRA_CA_CERTS=/path/to/corporate-ca.pem

# Если прокси требует клиентский сертификат (mTLS)
export CLAUDE_CODE_CLIENT_CERT=/path/to/client-cert.pem
export CLAUDE_CODE_CLIENT_KEY=/path/to/client-key.pem

⚠️ НЕ делайте этого: отключать проверку TLS

Отключение проверки сертификата через NODE_TLS_REJECT_UNAUTHORIZED=0 вроде бы «чинит» проблему, но так делать нельзя ни в коем случае. Это отключает проверку TLS для всего процесса, поэтому весь трафик — включая к api.anthropic.com — оказывается открыт для атак «человек посередине» (перехват/подмена). Это грозит утечкой учётных данных и кода. Правильный ответ всегда — «корректно доверять корпоративному CA через NODE_EXTRA_CA_CERTS».

Если ошибка сертификата возникает уже на этапе установки (когда бинарника ещё нет), передайте CA в curl: curl --cacert /path/to/corporate-ca.pem -fsSL https://claude.ai/install.sh | bash.

OAuth error: SSL certificate error (CERT_HAS_EXPIRED)

Посреди входа в аккаунт (шаг OAuth в /login) может появиться сообщение ниже, и всё остановится. Это точный текст, который пользователи привели в issues на GitHub:

OAuth error: SSL certificate error (CERT_HAS_EXPIRED). If you are behind a corporate proxy or TLS-intercepting firewall, set NODE_EXTRA_CA_CERTS to your CA bundle path, or ask IT to allowlist *.anthropic.com. Run /doctor for details.

Этого сообщения нет в официальном справочнике ошибок. Официальный раздел SSL certificate errors приводит только коды UNABLE_TO_GET_ISSUER_CERT_LOCALLY и SELF_SIGNED_CERT_IN_CHAIN; просроченный сертификат упоминается лишь мимоходом — как один из примеров ошибки проверки сертификата в описании автоматических повторов. Текст выше взят из сообщений пользователей в issues GitHub #71708 и #71727 (оба — июнь 2026 года).

Что означает CERT_HAS_EXPIRED: это один из кодов ошибок сертификата, которые возвращает слой TLS в Node.js; официальная документация Node.js описывает его как «Certificate has expired» (срок действия сертификата истёк). Иначе говоря, сертификат, полученный от сервера, проверили и сочли просроченным. Срок действия сравнивается с часами вашего компьютера.

Что пишут в отчётах: авторы обоих issues указали, что прокси и VPN не используются, а curl без проблем достучался до того же хоста (автор #71708 также проверил, что часы верные). То есть ошибка встречается и там, где подсказка в самом сообщении (корпоративный прокси, TLS-инспекция) не подходит. Авторы подозревали среду выполнения, встроенную в Claude Code, и в нескольких комментариях пишут, что помог откат на более старую версию. Но ответа Anthropic ни в одном из issues нет, и оба закрыты из-за неактивности. Официально причина не подтверждена. На 30 сентября 2026 года в официальном CHANGELOG тоже нет записи о том, что этот симптом исправлен.

Что проверить, по порядку:

  1. Часы компьютера: верны ли дата, время и часовой пояс? Если часы сильно сбиты, даже действительный сертификат может быть признан просроченным.
  2. Сертификат корпоративного прокси: если трафик идёт через прокси или средство защиты с TLS-инспекцией, спросите у ИТ-отдела, не истёк ли подставляемый им сертификат (включая корпоративный CA).
  3. NODE_EXTRA_CA_CERTS: если нужно доверять корпоративному CA, укажите в NODE_EXTRA_CA_CERTS пакет CA от ИТ-отдела, как описано на официальной странице настройки сети (шаги выше). Что он загрузился, можно проверить по строке CA certs: Appended extra certificates from NODE_EXTRA_CA_CERTS в логе claude --debug.
  4. Если ошибка не уходит: если часы верные, прокси нет и curl -I https://platform.claude.com проходит, возможно, у вас та же ситуация, что в отчётах на GitHub. Обновите Claude Code, затем посмотрите issues и changelog. В одном комментарии пишут, что помог NODE_TLS_REJECT_UNAUTHORIZED=0, но, как сказано в блоке выше, это полностью отключает проверку, поэтому не используйте его.

5. Домены для белого списка файрвола

Если файрвол ограничивает адреса назначения, разрешите эти основные домены по HTTPS (443) (согласно официальным сетевым требованиям; если вы используете коннекторы MCP, плагины и т. п., нужны и другие хосты из официального списка).

ДоменНазначение
api.anthropic.comЗапросы к Claude API (обязательно)
claude.aiАутентификация аккаунта claude.ai
claude.comСтраница, которую браузер открывает при входе с аккаунтом claude.ai (перенаправляет на claude.ai)
platform.claude.comАутентификация аккаунта Console; аккаунты claude.ai тоже используют его для получения и обновления токенов (к нему обращается проверка соединения при первом запуске)
downloads.claude.aiУстановщик, автообновление, плагины
raw.githubusercontent.comЖурнал изменений для /release-notes

Хосты служебной телеметрии и отчётов об ошибках (http-intake.logs.us5.datadoghq.com и browser-intake-us5-datadoghq.com) необязательны, а CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC отключает оба (включать их в обязательный белый список не нужно). При установке через npm установщик и автообновление с downloads.claude.ai не нужны, но нужен реестр пакетов registry.npmjs.org. Точные домены и диапазоны IP могут пересматриваться, поэтому уточняйте актуальные данные на официальной странице настройки сети.

6. Порядок диагностики

Когда соединение не устанавливается, идите сверху вниз. Первый curl задаёт направление.

DIAGNOSE

Локализуйте сверху вниз

1
curl -I https://api.anthropic.com (Windows: curl.exe), чтобы проверить достижимость. Если проходит, проблема на вашей стороне.
2
/doctor (или claude doctor, если не запускается) и проверьте переменные окружения прокси.
3
Ошибка сертификата → примените NODE_EXTRA_CA_CERTS; прокси не задан → примените HTTPS_PROXY.
4
Попробуйте прямое соединение (без VPN/прокси), чтобы подтвердить, что причина — прокси. Запросите у ИТ-отдела URL прокси и CA.
5
Если curl проходит, а Claude Code нет, подозревайте DNS (WSL resolv.conf), остатки VPN или Docker, перехватывающий трафик.

Правило: «сначала проверь достижимость (curl), затем примени настройку для того уровня, где остановилось».
Сертификаты — через NODE_EXTRA_CA_CERTS. Никогда не отключайте проверку.

7. Отличие от похожих ошибок

«Остановилось» может быть и не сетевой проблемой. Главное разделение — «дошёл ли запрос до сервера?»

СимптомЧто это на самом делеОсновное решение
Unable to connect / Connection refused / Can't reach the API server / fetch failed / ошибка сертификатаЭта статья = сеть (запрос не дошёл до сервера)HTTPS_PROXY / NODE_EXTRA_CA_CERTS / белый список файрвола
401 / 403 / Invalid API keyАутентификация (дошёл, но проблема с учётными данными)ошибки аутентификации / входа
529 / 500Сторона сервера (дошёл, но перегрузка / внутренняя ошибка)ошибки 529/500
429 Request rejectedЛимит запросов (дошёл, но слишком много трафика)Снизьте темп, подождите
Connection lost mid-response (до v2.1.227: Connection closed mid-response)Обрыв посреди потока (дошёл, ответ пошёл, и затем соединение закрылось)Ответ обрывается на середине (статья о прежней формулировке)

Памятка: сетевые ошибки означают «запрос не дошёл до сервера» (TCP/TLS/DNS), и HTTPS_PROXY или NODE_EXTRA_CA_CERTS помогают только на этом уровне. Напротив, 401/403, 529/500 и 429 — это «ответы уже после того, как запрос дошёл», поэтому правка прокси или CA их не исправит. Проходит ли curl — лучший единственный признак, разделяющий эти две группы. О других частых ошибках см. сводку ошибок.

Настройка, расходы и важные моменты при направлении ANTHROPIC_BASE_URL на модели не от Claude (DeepSeek, GLM, Kimi и др.) описаны в статье Как использовать DeepSeek, GLM и Kimi в Claude Code.

Итоги

Сетевые/прокси-ошибки Claude Code (Unable to connect / fetch failed / SSL certificate verification failed и т. п.) означают, что запрос так и не дошёл до сервера = сбой TCP/TLS/DNS. Они отличаются от аутентификации (401/403), сервера (529/500) и лимита (429), а обычные виновники — корпоративные прокси, TLS-инспекция и файрвол. Начиная с v2.1.227 они формулируются так, чтобы сначала назвать тип сбоя, например Connection refused — или Can't reach the API server —, а первоначальная настройка завершается сообщением Unable to connect to Anthropic services.

Решения: (1) за прокси задайте HTTPS_PROXY (SOCKS не поддерживается; NTLM/Kerberos — через gateway), (2) при ошибках сертификата поместите корпоративный CA в NODE_EXTRA_CA_CERTS — никогда NODE_TLS_REJECT_UNAUTHORIZED=0, (3) добавьте api.anthropic.com и др. в белый список файрвола. Диагностируйте так: сначала проверьте достижимость командой curl -I https://api.anthropic.com -> /doctor и проверка прокси -> настройки сертификата/прокси -> прямое соединение для подтверждения -> DNS/VPN/Docker. Главное — отделить сеть от аутентификации/сервера/лимита по принципу «дошёл ли запрос до сервера?» Связанное: ошибки аутентификации / входа, ошибки 529/500, сводка ошибок Claude Code.

FAQ

Q. На рабочем ПК получаю «Unable to connect to API» и не могу подключиться.
A. Обычно нужно идти через корпоративный прокси, который не настроен. Сначала проверьте достижимость командой curl -I https://api.anthropic.com; если не проходит, задайте прокси вроде export HTTPS_PROXY=http://proxy.example.com:8080 (добавьте user:password@ для прокси с аутентификацией). Учтите, что SOCKS не поддерживается, а для прокси с NTLM/Kerberos официальная рекомендация — идти через LLM gateway.

Q. «Can't reach the API server» и «Connection refused» — это другие ошибки, чем прежняя «Unable to connect to API»?
A. Это та же группа ошибок; в v2.1.227 изменилась только формулировка. Раньше к сообщению просто добавлялся код, например Unable to connect to API (ECONNREFUSED); теперь сначала называется тип сбоя, например Connection refused — a firewall or proxy may be blocking it (ConnectionRefused) или Can't reach the API server — check your internet or DNS (ENOTFOUND). Код в скобках подсказывает причину, а что проверять — смотрите в таблице в §2.

Q. При первом запуске выводится «Unable to connect to Anthropic services», и программа завершается.
A. Сбой произошёл на шаге, где перед входом проверяется соединение с api.anthropic.com и platform.claude.com. Если в сообщении названа переменная прокси (например, HTTPS_PROXY), сверьте её значение с сетевыми администраторами и проверьте, разрешены ли соединения с хостом из сообщения. Доступность можно проверить и командой curl -I https://api.anthropic.com. Если сеть открыта, а ошибка не проходит, официальный справочник отмечает, что Claude Code может быть недоступен в вашей стране или регионе; это можно проверить по официальному списку поддерживаемых стран.

Q. Получаю «SSL certificate verification failed».
A. Обычно это корпоративный инспектирующий TLS-прокси (например, Zscaler), подменяющий сертификаты. Получите корпоративный корневой CA (PEM) от ИТ-отдела и задайте export NODE_EXTRA_CA_CERTS=/path/to/corporate-ca.pem. Если корпоративный CA уже в хранилище сертификатов ОС, может работать и без настройки. Никогда не отключайте проверку через NODE_TLS_REJECT_UNAUTHORIZED=0 — это открывает весь трафик для перехвата.

Q. Установил NODE_TLS_REJECT_UNAUTHORIZED=0, и заработало. Так нормально?
A. Нет — верните это сейчас же. Это отключает проверку TLS-сертификатов для всего процесса, оставляя весь трафик — включая к api.anthropic.com — беззащитным перед атаками «человек посередине» (перехват/подмена). Это серьёзный риск безопасности, способный привести к утечке учётных данных и исходного кода. Единственное правильное решение — корректно доверять корпоративному CA через NODE_EXTRA_CA_CERTS.

Q. Какие домены нужно разрешить в файрволе?
A. По HTTPS (443) как минимум разрешите api.anthropic.com (API), claude.ai, claude.com и platform.claude.com (аутентификация), downloads.claude.ai (установщик/обновления) и raw.githubusercontent.com (журнал изменений). Служебная телеметрия и отчёты об ошибках (Datadog) необязательны. Точные домены/IP могут пересматриваться, поэтому уточняйте актуальные данные на официальной странице настройки сети.

Q. curl работает, но именно Claude Code не подключается.
A. Причина часто между Claude Code и ОС. Частые случаи: WSL /etc/resolv.conf, указывающий на нерабочий DNS, остатки VPN (например, старые интерфейсы utun в macOS) или резидентный инструмент вроде Docker, перехватывающий трафик. Попробуйте прямое соединение без VPN, остановите резидентные инструменты и проверьте DNS — именно в таком порядке. Учтите, что временные ошибки 5xx автоматически повторяются до 10 раз, поэтому если вы видите ошибку при том, что curl проходит, повторы уже исчерпаны.