Przewodnik po stabilności sieci dla Claude Code

Claude Code działa przez domowe łącze, sieci firmowe, kontrolowane proxy lub zgodne z zasadami bramy firmowe. W przypadku zwykłych kont długoterminowo stabilna sieć o jasnej przynależności jest zwykle lepsza niż publiczne VPN, współdzielone pule proxy czy często zmieniające się wyjściowe IP serwerów VPS. Przed konfiguracją sprawdź bieżący typ IP i wynik ryzyka za pomocą sprawdzenia czystości.

Zmiana IP wynikająca z naturalnego ponownego połączenia u dostawcy internetu to zwykle coś innego niż przeskakiwanie konta między krajami. Ważniejsze jest częste przełączanie się w krótkim czasie między wieloma krajami, numerami ASN i urządzeniami — zwiększa to szansę na uruchomienie kontroli bezpieczeństwa konta.

QUIC (UDP 443) jest bardziej podatny na utratę pakietów, przekroczenia czasu lub nieoczekiwane przekazywanie przy niektórych proxy lub firmowych zaporach. Jeśli zdarzają się przerywane rozłączenia, spróbuj wyłączyć QUIC lub wymusić dla ruchu związanego z Claude tylko TCP i przetestuj ponownie.

"network": "tcp"
# lub wyłącz QUIC po stronie klienta

Różne klienty mogą mieć różne cechy uzgadniania połączenia TLS. Jeśli łańcuch proxy zmienia zachowanie TLS, wstrzykuje certyfikaty lub używa wyraźnie nietypowego fingerprintu klienta, może to powodować błędy połączenia lub dodatkową weryfikację. Wybieraj dojrzałe klienty i standardowe konfiguracje TLS.

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

Resolver DNS, wyjście HTTP i wyjście przeglądarki powinny najlepiej pochodzić z tej samej ścieżki sieciowej. Jeśli DNS jest rozwiązywany lokalnie, a HTTP idzie przez proxy, region rozwiązania i region dostępu mogą się nie zgadzać. Można używać zaufanego DoH/DoT, ale kluczowe jest potwierdzenie, że reguły routingu rzeczywiście obejmują ruch DNS.

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

Jeśli proxy lub reguła routingu obejmuje tylko IPv4, ruch IPv6 może iść inną ścieżką, przez co HTTP / DNS / WebRTC widzą niespójne wyjście. Nie zawsze trzeba wyłączać IPv6, ale warto najpierw sprawdzić spójność dual stack. Szczegóły: ryzyko dual stack IPv6.

ipv6 = false
# lub w proxy domainStrategy: "UseIPv4"

Oficjalna dokumentacja wymienia jako wymagany dostęp sieciowy Claude Code co najmniej api.anthropic.com, claude.ai, statsig.anthropic.com i sentry.io. Zalecamy utworzenie dla tych domen dedykowanych reguł routingu, co ułatwia diagnostykę i audyt. Zobacz reguły routingu dla Claude Code.

Claude Web, logowanie, dokumentacja i zasoby statyczne mogą wraz ze zmianą wersji korzystać z różnych CDN lub usług zewnętrznych. Nie wpisuj na sztywno tylko jednej domeny głównej — traktuj oficjalnie wymagane domeny jako podstawę, a następnie na podstawie lokalnych przechwyceń pakietów lub logów dodaj faktycznie używane domeny zasobów statycznych.

Częste cykle rozłączania i ponownego łączenia zwiększają opóźnienie i utrudniają diagnozę łańcucha proxy. Klienty proxy mogą włączyć rozsądny TCP keep-alive; to, czy włączyć multipleksowanie połączeń (mux), zależy od jakości łącza — jeśli zauważysz zatory multipleksowania lub ograniczanie pojedynczego połączenia, wyłącz je i porównaj.

Nie opakowuj wywołań Claude Code dużą liczbą równoległych workerów. Nadmierna współbieżność może uruchomić limity zapytań, kolejkowanie połączeń lub ograniczanie przez bramę firmową; rzeczywisty próg zależy od planu konta, zasad organizacji i odpowiedzi API.

Wybieraj wyjście o niskiej utracie pakietów, niskim jitterze i stabilnej ścieżce do Anthropic API — nie patrz tylko na odległość geograficzną. Do oceny użyj testu wycieku razem z rzeczywistym opóźnieniem żądań Claude Code.