Konfiguracja proxy i VPN

Claude Code działa za firmowym proxy, gdy HTTPS_PROXY, a dla wyjątków NO_PROXY, znajduje się w bloku env pliku ustawień. Proxy z inspekcją TLS wymaga dodatkowo certyfikatu głównego w systemowym magazynie zaufania albo w NODE_EXTRA_CA_CERTS, a mTLS — certyfikatu i klucza klienta. Zapora musi przepuszczać api.anthropic.com, hosty logowania i hosty poszczególnych funkcji.

Ta strona jest dla developera, któremu pierwsza sesja claude nie działa w sieci firmowej, i dla inżyniera platformy, który musi to uruchomić dla całego zespołu. Typowy obraz: w domu Claude Code działa, w biurze zgłasza Unable to connect to API albo SSL certificate verification failed. Dział IT mówi, że „wszystko idzie przez Zscalera”, a poprawka, która zadziałała na jednym laptopie, nie dociera ani do agentów w tle, ani do następnej osoby w zespole.

Co zyskasz z konfiguracji sieci firmowej

• Tabelę decyzyjną, która mówi, których ustawień proxy, certyfikatów i mTLS potrzebuje twoja sieć
• Blok env w settings.json, który dociera do każdej sesji, także do agentów w tle
• Aktualną listę hostów Claude Code z podziałem na wymagane i opcjonalne
• Plik managed settings, który dostarcza tę samą konfigurację na każdą maszynę
• Procedurę weryfikacji (claude --debug, /status, claude doctor), która dowodzi, że konfiguracja się wczytała
• Tabelę awarii, która łączy każdy komunikat błędu z przyczyną i poprawką

Każdą zmienną, host i komunikat błędu na tej stronie sprawdzono 2026-09-26 w dokumentacji Claude Code (konfiguracja sieci, zmienne środowiskowe, błędy) i w zainstalowanym CLI w wersji 2.1.283.

Których ustawień sieciowych potrzebujesz?

Zanim dotkniesz pliku konfiguracyjnego, zadaj działowi IT trzy pytania: czy jest proxy, czy proxy rozszyfrowuje TLS i czy brama wymaga certyfikatu klienta. Odpowiedzi przekładają się na ustawienia tak:

Twoja sieć	Co ustawić	Sekcja
Bezpośredni dostęp do internetu albo VPN split-tunnel, który nie kieruje hostów Anthropic przez tunel	Nic	—
Wymagane proxy HTTP lub HTTPS	HTTPS_PROXY, NO_PROXY	Proxy
Proxy rozszyfrowuje TLS (Zscaler, Netskope, Palo Alto, Blue Coat i podobne)	Nic, jeśli główny CA jest w systemowym magazynie zaufania; w przeciwnym razie NODE_EXTRA_CA_CERTS	Certyfikat proxy
Brama wymaga certyfikatu klienta	CLAUDE_CODE_CLIENT_CERT, CLAUDE_CODE_CLIENT_KEY	mTLS
Proxy przyjmuje tylko NTLM lub Kerberos	Bramka LLM albo lokalne proxy uwierzytelniające	Uwierzytelnianie
Dostępne jest tylko proxy SOCKS	Claude Code go nie obsługuje (sprawdzone na v2.1.283); poproś o proxy HTTP albo bramkę LLM	—
Zapora z listą dozwolonych adresów wyjściowych	Hosty z tabeli hostów	—

Skieruj Claude Code na firmowe proxy

Claude Code czyta zmienne sieciowe raz, przy starcie. Umieść je w pliku ustawień, a nie w profilu powłoki. Eksport w powłoce dociera do terminala, z którego uruchamiasz claude, ale agenci w tle działają pod osobnym procesem nadzorcy, który może nigdy tej powłoki nie zobaczyć. Blok env w ~/.claude/settings.json dociera do każdej sesji.

1. Weź od IT adres proxy razem ze schematem. Claude Code odmawia startu, gdy nie potrafi sparsować adresu proxy, na przykład proxy.company.com:8080 bez http://, i podaje nazwę zmiennej do poprawienia.

2. Dodaj proxy do ~/.claude/settings.json:

   {
     "env": {
       "HTTPS_PROXY": "http://proxy.company.com:8080",
       "NO_PROXY": "localhost,127.0.0.1,.company.internal"
     }
   }

   Zalecaną zmienną jest HTTPS_PROXY. HTTP_PROXY ustaw tylko wtedy, gdy IT nie daje proxy HTTPS. Działają też nazwy pisane małymi literami, a Claude Code bierze pierwszą znalezioną w kolejności https_proxy, HTTPS_PROXY, http_proxy, HTTP_PROXY. Nieaktualne https_proxy w powłoce wygrywa więc z poprawnym HTTPS_PROXY.

3. Ustaw NO_PROXY dla hostów wewnętrznych, które nie mogą iść przez proxy, na przykład wewnętrznego serwera MCP albo mirrora pakietów. Zmienna przyjmuje listę rozdzielaną przecinkami lub spacjami, kropkę na początku dla subdomen (.company.internal) i *, żeby ominąć proxy dla wszystkiego. Wpis dla loopbacku nie jest potrzebny dla połączeń WebSocket samego Claude Code: one nigdy nie idą przez proxy.

4. Uruchom nową sesję poleceniem claude. Działające sesje nie widzą zmiany.

Żeby wypróbować proxy bez edycji pliku, wyeksportuj te same zmienne w powłoce i uruchom claude. Gdy działają, przenieś je do ustawień.

Które uwierzytelnianie proxy działa?

Uwierzytelnianie Basic działa przez adres: http://USERNAME:PASSWORD@proxy.company.com:8080. Trzymaj tę wartość w ~/.claude/settings.json albo w managed settings, nigdy w .claude/settings.json repozytorium, które trafia do gita.

Claude Code nie ma wbudowanej obsługi NTLM ani Kerberosa. Dokumentacja Claude Code zaleca bramkę LLM, która obsługuje twoją metodę uwierzytelniania. Druga popularna opcja to lokalne proxy uwierzytelniające, takie jak Px albo Cntlm: uwierzytelnia się dalej twoimi poświadczeniami Windows lub Active Directory i wystawia zwykłe proxy na localhost, które wpisujesz do HTTPS_PROXY. Dla zespołu lepsza jest bramka: jedna usługa do utrzymania zamiast nakładki na każdym laptopie.

Zaufaj certyfikatowi proxy z inspekcją TLS

Proxy z inspekcją TLS podpisuje każde połączenie HTTPS na nowo własnym, firmowym certyfikatem głównym. Claude Code odrzuca taki certyfikat, dopóki nie ufa temu CA.

Domyślnie Claude Code ufa zarówno dołączonemu zestawowi CA Mozilli, jak i systemowemu magazynowi certyfikatów (CLAUDE_CODE_CERT_STORE ma domyślnie wartość bundled,system). Jeśli IT już wgrało firmowy certyfikat główny do systemowego magazynu, co na zarządzanych laptopach jest normą, Claude Code działa bez żadnych ustawień certyfikatów. Jest jeden warunek: odczyt magazynu systemowego wymaga środowiska z tls.getCACertificates. Natywny instalator zawsze je ma; instalacje z npm potrzebują Node 22.15 lub nowszego. Na starszym Node działa tylko dołączony zestaw i NODE_EXTRA_CA_CERTS — to częsty powód, dla którego u jednej osoby nie działa, a u sąsiada tak.

Gdy certyfikatu nie ma w magazynie systemowym albo pracujesz na starszym Node, wskaż Claude Code plik PEM:

{
  "env": {
    "NODE_EXTRA_CA_CERTS": "/etc/ssl/certs/corp-root-ca.pem"
  }
}

Plik PEM dostaniesz od IT (certyfikat główny i ewentualne pośrednie) albo wyeksportujesz sam:

# macOS: eksport firmowego certyfikatu głównego po nazwie z Pęku kluczy
security find-certificate -a -c "Corp Root CA" -p /Library/Keychains/System.keychain > ~/corp-root-ca.pem

# Każdy system: sprawdź, jakiego wystawcę proxy pokazuje dla hosta API
openssl s_client -connect api.anthropic.com:443 -proxy proxy.company.com:8080 -showcerts </dev/null 2>/dev/null | grep -E "s:|i:"

Zamień Corp Root CA na nazwę certyfikatu głównego twojej firmy. Jeśli openssl pokazuje jako wystawcę twoją firmę zamiast publicznego CA, proxy prowadzi inspekcję TLS i potrzebujesz tej sekcji.

NODE_EXTRA_CA_CERTS dodaje certyfikaty, nie zastępuje dołączonego zestawu. CLAUDE_CODE_CERT_STORE=system ustaw tylko wtedy, gdy polityka wymaga, żeby Claude Code nie ufał niczemu poza magazynem systemowym.

Nigdy nie wyłączaj sprawdzania certyfikatów

NODE_TLS_REJECT_UNAUTHORIZED=0 wyłącza walidację certyfikatów dla każdego połączenia procesu, więc każdy na ścieżce sieciowej może czytać i zmieniać twój kod i ruch do API. W sesjach w chmurze ta wartość z pliku ustawień jest i tak ignorowana. Napraw magazyn zaufania.

Przedstaw certyfikat klienta dla mTLS

NODE_EXTRA_CA_CERTS załatwia zaufanie do serwera. Gdy brama wymaga też, żeby Claude Code potwierdził swoją tożsamość, dodaj certyfikat i klucz klienta:

{
  "env": {
    "CLAUDE_CODE_CLIENT_CERT": "/etc/pki/claude/client-cert.pem",
    "CLAUDE_CODE_CLIENT_KEY": "/etc/pki/claude/client-key.pem"
  }
}

Jeśli klucz jest zaszyfrowany, ustaw też CLAUDE_CODE_CLIENT_KEY_PASSPHRASE i dostarczaj go z magazynu sekretów, a nie z pliku w repozytorium.

Rotacja certyfikatu nie wymaga restartu. Podmień pliki pod tymi samymi ścieżkami. Od v2.1.232 Claude Code ponownie czyta oba pliki, gdy żądanie kończy się zerwaniem połączenia albo błędem uzgadniania TLS, i ponawia je z nową parą. Nie czyta ich ponownie, gdy brama kończy uzgadnianie i odpowiada błędem HTTP, a eksportery OpenTelemetry trzymają pierwszy certyfikat do restartu. Żeby potwierdzić rotację, uruchom sesję z claude --debug i poszukaj w logu debugowania wiersza Stale connection — reloaded rotated mTLS client material. Tego wiersza nie ma, gdy para została wczytana ponownie przy stosowaniu ustawień, więc sam jego brak nie oznacza błędu. Podmień parę, zanim stara wygaśnie.

Które hosty musi przepuszczać zapora?

Przepuść te hosty przez proxy i zaporę. Tabela to lista z dokumentacji Claude Code z 2026-09-26, pogrupowana według tego, co przestaje działać bez danego hosta.

Host	Do czego	Gdy zablokowany
api.anthropic.com	Żądania do modelu, kontrola bezpieczeństwa domen WebFetch, flagi funkcji, zdarzenia telemetrii	Nic nie działa
platform.claude.com	Logowanie i odświeżanie tokenów OAuth, dla kont Console i claude.ai	Nie da się zalogować
claude.ai, claude.com	Logowanie kontem claude.ai	Nie da się zalogować kontem claude.ai
downloads.claude.ai	Natywny instalator, automatyczne aktualizacje, pliki wykonywalne wtyczek	Brak instalacji i aktualizacji
registry.npmjs.org	Instalacje z npm, serwery MCP uruchamiane przez npx, zależności wtyczek	Serwery MCP i wtyczki nie startują
github.com	Marketplace’y wtyczek, także oficjalny	Instalacje przez /plugin się nie udają
mcp-proxy.anthropic.com	Konektory MCP z claude.ai	Brak konektorów
storage.googleapis.com	Liczniki instalacji wtyczek w /plugin	Kosmetyka
raw.githubusercontent.com	Lista zmian w /release-notes	Kosmetyka
code.claude.com	Wbudowane wyszukiwanie w dokumentacji	Claude nie przeczyta własnej dokumentacji
bridge.claudeusercontent.com	Rozszerzenie Claude in Chrome	Rozszerzenie nie może się połączyć
*.frame.claudeusercontent.com	Odczyt treści artefaktów, tylko gdy narzędzie Artifact jest dostępne dla twojego konta	Claude nie otworzy artefaktu; CLAUDE_CODE_DISABLE_ARTIFACT=1 wyłącza narzędzie i ten host
http-intake.logs.us5.datadoghq.com, browser-intake-us5-datadoghq.com	Opcjonalna telemetria operacyjna i raporty błędów (tylko bezpośrednie API Anthropic)	Nic się nie psuje
formulae.brew.sh	Sprawdzanie aktualizacji w instalacjach z Homebrew	Brak powiadomienia o aktualizacji
*-review.googlesource.com	Wyszukiwanie zmian w Gerricie, tylko w sesjach zakładki Code w Claude Desktop na repozytoriach z googlesource.com	Nic się nie psuje (opcjonalny)

Starsze poradniki, w tym poprzednia wersja tej strony, wymieniają statsig.anthropic.com i sentry.io. Żadnego z nich nie ma na liście dla v2.1.283: flagi funkcji i zdarzenia telemetrii idą teraz do api.anthropic.com, a opcjonalna telemetria do dwóch hostów Datadog. Żeby całkiem pozbyć się hostów opcjonalnych, ustaw CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1. To wyłącza też automatyczne aktualizacje, /feedback, informacje o wydaniach, sprawdzanie dostępności trybu fast i pobieranie flag funkcji (przez co Remote Control przestaje być dostępne) — więc zdecyduj świadomie. Ta zmienna zachowuje się nietypowo: wartość 0 albo false nadal wyłącza ruch, więc żeby go przywrócić, usuń zmienną.

Jeśli używasz Amazon Bedrock, Google Cloud Agent Platform (dawniej Vertex AI), Microsoft Foundry albo bramki LLM, ruch do modelu idzie do tego dostawcy. WebFetch nadal wywołuje api.anthropic.com dla kontroli bezpieczeństwa domen, chyba że ustawisz w ustawieniach skipWebFetchPreflight: true, a sprawdzenie dostępności trybu fast też woła api.anthropic.com przez twoje proxy, a nie przez bramkę. Stronę dostawcy opisuje konfiguracja bramki LLM.

Te same ustawienia sieci dla agentów w tle

Agenci w tle uruchamiani przez claude --bg, claude agents albo /background działają pod jednym procesem nadzorcy na użytkownika. Nadzorca dziedziczy środowisko tej powłoki, która uruchomiła go jako pierwsza. Jeśli proxy siedzi tylko w ~/.zshrc, agenci w tle działają wtedy, gdy nadzorcę przypadkiem uruchomiła ta powłoka, i po cichu nie działają, gdy zrobił to terminal w IDE.

Poprawka jest ta sama co w pierwszej sekcji: każdą zmienną sieciową trzymaj w bloku env w ~/.claude/settings.json albo w managed settings. Po zmianie zatrzymaj działającego nadzorcę, żeby następna sesja w tle wczytała nowe wartości:

claude daemon stop --any

claude daemon stop kończy też sesje w tle, które nadzorca obsługuje, więc najpierw pozwól działającym agentom skończyć albo uprzedź zespół, jeśli maszyna jest współdzielona.

VPN split-tunnel i full-tunnel

VPN split-tunnel kieruje przez tunel tylko firmowe zakresy adresów. Hosty Claude Code idą przez publiczny internet, więc zwykle nie trzeba żadnych ustawień.

VPN full-tunnel wysyła wszystko przez infrastrukturę firmy. Spodziewaj się wszystkich trzech elementów: proxy, inspekcji TLS i firmowego DNS. Skonfiguruj je według sekcji powyżej. W dokumentacji błędów pojawiają się dwa problemy typowe dla VPN: WSL potrafi odziedziczyć nieosiągalny serwer nazw w /etc/resolv.conf, a na macOS odłączony lub odinstalowany klient VPN może zostawić nieaktualny interfejs utun albo regułę trasowania.

Wdróż konfigurację w całym zespole

Jeden developer, który naprawił własnego laptopa, to nie wdrożenie. Dostarcz blok sieciowy jako managed settings — wtedy obowiązuje w każdej sesji na każdej maszynie i ma pierwszeństwo przed ustawieniami użytkownika i projektu:

{
  "env": {
    "HTTPS_PROXY": "http://proxy.company.com:8080",
    "NO_PROXY": "localhost,127.0.0.1,.company.internal",
    "NODE_EXTRA_CA_CERTS": "/etc/ssl/certs/corp-root-ca.pem"
  }
}

Zapisz go jako osobny plik managed-settings.d/20-network.json obok managed-settings.json w katalogu systemowym. Zespół platformy jest wtedy właścicielem bloku sieciowego i nie edytuje pliku, za który odpowiada dział bezpieczeństwa. Claude Code scala najpierw managed-settings.json, a potem każdy plik *.json z managed-settings.d/ w kolejności alfabetycznej; bloki env scala klucz po kluczu. Katalogi systemowe:

• macOS: /Library/Application Support/ClaudeCode/
• Linux i WSL: /etc/claude-code/
• Windows: C:\Program Files\ClaudeCode\

Dwie pułapki sprawiają, że poprawny plik nic nie robi albo robi szkodę:

• Wygrywa inne źródło zarządzane. Domyślnie (managedSourcesBehavior: "first-wins") Claude Code bierze źródło zarządzane o najwyższej randze i ignoruje resztę: najpierw ustawienia zarządzane z serwera claude.ai, potem polityka MDM lub rejestru, dopiero potem te pliki. Jeśli firma już wysyła politykę przez konsolę claude.ai albo MDM, umieść blok sieciowy tam. /status pokazuje, którego źródła zarządzanego użyto, a które pominięto.
• Błędny JSON zatrzymuje każdą sesję. Plik zarządzany, który nie parsuje się jako obiekt JSON, sprawia, że Claude Code odmawia startu i podaje nazwę pliku. Sprawdzaj plik poleceniem jq . 20-network.json w potoku, który go dostarcza.

Plik certyfikatu dostarcz pod tę samą ścieżkę na każdą maszynę narzędziami, którymi już rozsyłasz pliki po flocie — inaczej ustawienie wskazuje na nic. Profile MDM, ustawienia zarządzane z serwera i resztę bazowej polityki opisuje integracja z firmą. W kontenerach wpisz te same wartości do obrazu; przewodnik po dev containerach opisuje to razem z zaporą typu default-deny.

Notatka

W sesjach Claude Desktop, w których aplikacja zarządza połączeniem z dostawcą, Claude Code czyta zmienne proxy, CA i mTLS tylko z managed settings i ~/.claude/settings.json, nigdy z ustawień repozytorium. Pobrane repozytorium nie może więc przekierować tego ruchu. Sesje w terminalu czytają je z każdego zakresu ustawień — to kolejny powód, żeby trzymać je poza ustawieniami repozytorium.

Zweryfikuj konfigurację sieci bez zgadywania

Przy starcie Claude Code sprawdza tylko adres proxy. Zła ścieżka certyfikatu wychodzi później, jako nieudane żądanie. Zamiast czekać na awarię, udowodnij, że każdy element się wczytał.

1. Uruchom sesję z logiem debugowania zapisywanym do znanego pliku:

   claude --debug-file /tmp/claude-net.log

   Bez --debug-file polecenie claude --debug pisze do ~/.claude/debug/<session-id>.txt, a nie do terminala.

2. Wyszukaj w logu wiersze potwierdzające wczytanie plików:

   grep -E "CA certs:|mTLS:|Failed to (read|load)" /tmp/claude-net.log

   Działająca konfiguracja wypisuje CA certs: Appended extra certificates from NODE_EXTRA_CA_CERTS (...), a przy mTLS także mTLS: Loaded client certificate from CLAUDE_CODE_CLIENT_CERT i analogiczny wiersz dla klucza. Wiersz Failed to read lub Failed to load podaje przyczynę.

3. W sesji uruchom /status. Sprawdź, czy wskazuje wysłane przez ciebie źródło zarządzane. Wiersz Proxy pokazuje aktywny adres proxy i oznacza wartość, której nie da się sparsować. Wiersze mTLS client cert i mTLS client key pojawiają się tylko wtedy, gdy pliki się wczytały. Wiersz Additional CA cert(s) pokazuje ścieżkę bez sprawdzania pliku, więc w tej sprawie ufaj logowi.

4. Uruchom w terminalu claude doctor, żeby sprawdzić stan instalacji i ustawień.

5. Wyślij jeden prawdziwy prompt, na przykład Reply with OK. Odpowiedź dowodzi, że działa cała ścieżka: proxy, zaufanie i lista hostów.

We flocie zespół platformy wykonuje te kroki na maszynie kanarkowej po każdej zmianie sieciowego bloku managed settings i zatwierdza zmianę, zanim trafi do wszystkich. Developerzy robią to tylko wtedy, gdy przychodzi zgłoszenie.

Prompty do skopiowania do konfiguracji sieci

Te prompty wymagają działającej sesji, więc uruchamiaj je na maszynie, która już się łączy: w sieci domowej, na skonfigurowanym laptopie kolegi albo w sesji, która dociera do modelu przez twoją bramkę.

Prompt do skopiowania: audyt konfiguracji sieci Claude Code na maszynie

Audit how Claude Code on this machine is configured for our corporate network.
Read ~/.claude/settings.json, .claude/settings.json and .claude/settings.local.json
in this repository, and the managed-settings.json and managed-settings.d/*.json for this OS if they exist.
Run: env | grep -iE "proxy|NODE_EXTRA_CA_CERTS|CLAUDE_CODE_CLIENT|CLAUDE_CODE_CERT_STORE|NODE_TLS"
Then report in a table: variable, value (mask passwords), where it is set, problem.
Flag: proxy URLs without a scheme, lowercase variables that shadow uppercase ones,
proxy credentials in a repository file, NODE_TLS_REJECT_UNAUTHORIZED set anywhere,
certificate paths that do not exist (check with ls), and network variables that live
only in the shell and so will not reach background agents.
Do not change any file.

Prompt do skopiowania: wniosek o zmianę zapory dla działu bezpieczeństwa

Write a firewall and proxy change request so our developers can use Claude Code.
We sign in with claude.ai accounts, use npx-launched MCP servers and the official
plugin marketplace, and do not use Claude in Chrome.
Use the "Network access requirements" table at
https://code.claude.com/docs/en/network-config.md as the only source of hosts.
Output: a table of host, port 443, purpose, required or optional, and what breaks
if it is blocked. Add a short paragraph on whether we should set
CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC and what we lose if we do.
Quote the doc for every purpose; do not add hosts that are not in the doc.

Prompt do skopiowania: zarządzana polityka sieciowa i jej test kanarkowy

Create two files in ops/claude-code/:
1. managed-settings.d/20-network.json with an env block holding HTTPS_PROXY=http://proxy.company.com:8080,
   NO_PROXY=localhost,127.0.0.1,.company.internal and
   NODE_EXTRA_CA_CERTS=/etc/ssl/certs/corp-root-ca.pem. Nothing else.
2. verify-network.sh, a POSIX shell script for a canary machine that:
   - checks the certificate file exists and is valid PEM (openssl x509 -noout),
   - runs curl -sSI through the proxy to https://api.anthropic.com and
     https://platform.claude.com and prints the HTTP status for each,
   - starts claude -p "Reply with OK" --debug-file /tmp/claude-net.log,
   - greps the log for "CA certs:" and fails if it is missing,
   - exits non-zero on any failure with a one-line reason.
Validate the JSON file with jq, run shellcheck on the script if it is installed,
and show me both files.

Co psuje Claude Code w sieci firmowej?

Co widzisz	Prawdopodobna przyczyna	Co zrobić
Unable to connect to Anthropic services przy pierwszym uruchomieniu, z A proxy is configured via HTTPS_PROXY	Proxy blokuje api.anthropic.com lub platform.claude.com	Poproś IT o odblokowanie obu hostów; sprawdź curl -I https://api.anthropic.com z tej samej powłoki
Connection refused — a firewall or proxy may be blocking it	Brak proxy w sieci, która go wymaga, albo zły port proxy	Ustaw HTTPS_PROXY; potwierdź host i port przez curl -x http://proxy.company.com:8080 -I https://api.anthropic.com
Couldn't connect through your proxy (ERR_PROXY_TUNNEL)	Proxy odrzuciło tunel: złe poświadczenia albo host niedozwolony	Popraw poświadczenia w adresie albo poproś IT o dopuszczenie hosta
SSL certificate verification failed (UNABLE_TO_GET_ISSUER_CERT_LOCALLY) lub Self-signed certificate detected (SELF_SIGNED_CERT_IN_CHAIN)	Inspekcja TLS z certyfikatem głównym, któremu Claude Code nie ufa	Dodaj certyfikat do magazynu systemowego albo ustaw NODE_EXTRA_CA_CERTS; przy instalacji z npm sprawdź, czy Node ma co najmniej 22.15
Claude Code nie startuje i wskazuje zmienną proxy	Adresu proxy nie da się sparsować, najczęściej brakuje http://	Dodaj schemat
curl działa, a Claude Code nie	Pozostałość ANTHROPIC_BASE_URL wskazująca na niedziałającą bramkę albo https_proxy małymi literami przysłaniające poprawną wartość	Uruchom echo $ANTHROPIC_BASE_URL, sprawdź bloki env w ustawieniach i usuń stare zmienne pisane małymi literami
Sesje interaktywne działają, agenci w tle nie	Zmienne sieciowe są tylko w profilu powłoki	Przenieś je do ~/.claude/settings.json, potem uruchom claude daemon stop --any
Streaming response ended before any complete data was received. Retrying without streaming.	Proxy przechwytuje lub przepisuje strumieniowaną treść odpowiedzi, więc każde żądanie idzie dwa razy	Poproś IT, żeby dla hosta API przepuszczało strumieniowane odpowiedzi i ich nagłówki bez zmian
Claude Code nie startuje i podaje nazwę pliku managed settings	Plik zarządzany nie jest poprawnym JSON-em	Popraw plik na maszynie, a potem dodaj sprawdzenie jq do potoku, który go dostarcza
Blok sieciowy leży na dysku, ale /status nie pokazuje proxy	Przy first-wins wygrywa źródło o wyższej randze (konsola claude.ai albo MDM)	Przenieś blok env do tego źródła albo omów managedSourcesBehavior z właścicielem polityki
Dostępne jest tylko proxy SOCKS	Claude Code nie obsługuje SOCKS (v2.1.283)	Poproś o regułę w proxy HTTP albo kieruj ruch przez bramkę LLM

Przy awariach niezwiązanych z siecią zacznij od rozwiązywania problemów z Claude Code.

Codex i Cursor w tej samej sieci

Ta strona dotyczy tylko Claude Code. Codex od wydania 0.143.0 czyta systemową konfigurację proxy, w tym PAC i WPAD (według notatek wydania na GitHubie); zobacz konfigurację Codeksa. Ustawień sieciowych Cursora nie dało się 2026-09-26 zweryfikować na cursor.com, więc zanim wpiszesz je do planu wdrożenia, sprawdź jego własną dokumentację. Powyższa lista hostów dotyczy wyłącznie Claude Code: każde narzędzie potrzebuje hostów swojego dostawcy.

Co dalej z siecią w Claude Code

• Konfiguracja bramki LLM: kieruj ruch do modelu przez Bedrock, Google Cloud, Foundry albo własną bramkę — to rozwiązanie dla proxy z NTLM lub Kerberosem
• Integracja z firmą: dostarczaj managed settings przez MDM lub z serwera i udowodnij, że polityka obowiązuje
• Dev containery dla Claude Code: te same ustawienia sieci w kontenerze z zaporą ruchu wychodzącego
• Monitorowanie Claude Code: wysyłaj telemetrię do własnego kolektora przez proxy
• Przegląd sekcji Zespół i firma: reszta wdrożenia w zespole