Guida alla stabilità di rete di Claude Code

Claude Code funziona con banda larga domestica, reti aziendali, proxy controllati o gateway aziendali conformi. Per gli account normali, una rete stabile nel tempo e con un titolare chiaro è di solito migliore di VPN pubbliche, pool di proxy condivisi o IP di uscita VPS che cambiano spesso. Prima di configurare, controlla il tipo di IP attuale e il punteggio di rischio con una verifica della purezza.

La variazione dell'IP dovuta a una normale riconnessione dell'ISP è di solito diversa da un account che salta da un paese all'altro. Conta di più il passaggio frequente tra più paesi, ASN e dispositivi in poco tempo: aumenta la probabilità di attivare una revisione di sicurezza dell'account.

QUIC (UDP 443) è più soggetto a perdita di pacchetti, timeout o inoltri imprevisti con alcuni proxy o firewall aziendali. Se noti disconnessioni intermittenti, prova a disattivare QUIC o a forzare il traffico relativo a Claude solo su TCP e ripeti il test.

"network": "tcp"
# oppure disattiva QUIC a livello di client

Client diversi possono avere caratteristiche di handshake TLS diverse. Se una catena di proxy altera il comportamento TLS, inietta certificati o usa un'impronta del client particolarmente anomala, può causare errori di connessione o verifiche aggiuntive. Preferisci client maturi e configurazioni TLS standard.

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

Il resolver DNS, l'uscita HTTP e l'uscita del browser dovrebbero idealmente seguire lo stesso percorso di rete. Se il DNS risolve in locale mentre l'HTTP passa da un proxy, la regione risolta e quella di accesso potrebbero non coincidere. Puoi usare DoH/DoT affidabili, ma la cosa fondamentale è verificare che le tue regole di instradamento coprano davvero il traffico DNS.

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

Se un proxy o una regola di instradamento coprono solo IPv4, il traffico IPv6 può seguire un percorso diverso, facendo vedere a HTTP / DNS / WebRTC un'uscita incoerente. Non sempre serve disattivare IPv6, ma conviene prima verificare la coerenza del dual stack. Per i dettagli vedi i rischi del dual stack IPv6.

ipv6 = false
# oppure nel proxy domainStrategy: "UseIPv4"

La documentazione ufficiale indica che l'accesso di rete di Claude Code include almeno api.anthropic.com, claude.ai, statsig.anthropic.com e sentry.io. Si consiglia di creare regole di instradamento dedicate per questi domini, per facilitare diagnosi e audit. Vedi le regole di instradamento per Claude Code.

Claude Web, accesso, documentazione e risorse statiche possono usare CDN o servizi di terze parti diversi a seconda della versione. Non fissare un solo dominio principale: considera come base i domini richiesti ufficialmente, poi usa catture di pacchetti locali o log per aggiungere i domini delle risorse statiche effettivamente utilizzati.

Cicli frequenti di disconnessione e riconnessione aumentano la latenza e rendono più difficile la diagnosi della catena di proxy. I client proxy possono attivare un keep-alive TCP ragionevole; l'attivazione del multiplexing delle connessioni (mux) dipende dalla qualità della linea: se noti blocchi del multiplexing o limitazioni sulla singola connessione, disattivalo e confronta.

Non avvolgere le chiamate a Claude Code con un gran numero di worker simultanei. Una concorrenza eccessiva può attivare limiti di richieste, code di connessione o limitazioni del gateway aziendale; la soglia effettiva dipende dal piano dell'account, dalle norme dell'organizzazione e dalle risposte dell'API.

Privilegia un'uscita con bassa perdita di pacchetti, basso jitter e un percorso stabile verso l'API di Anthropic: non guardare solo la distanza geografica. Per valutare, usa un test di perdita insieme alla latenza effettiva delle richieste di Claude Code.