Guía de estabilidad de red de Claude Code

Claude Code funciona con banda ancha doméstica, redes corporativas, proxies controlados o pasarelas empresariales que cumplan la normativa. Para cuentas normales, una red estable a largo plazo y con titularidad clara suele ser mejor que las VPN públicas, los pools de proxies compartidos o las IP de salida VPS que cambian con frecuencia. Antes de configurarlo, comprueba el tipo de IP actual y su puntuación de riesgo con una comprobación de pureza.

El cambio de IP por una reconexión natural del ISP suele ser distinto de una cuenta que salta entre países. Lo que más importa es cambiar con frecuencia entre varios países, ASN y dispositivos en poco tiempo: esto aumenta la probabilidad de activar una revisión de seguridad de la cuenta.

QUIC (UDP 443) es más propenso a pérdida de paquetes, tiempos de espera agotados o reenvíos inesperados con algunos proxies o cortafuegos corporativos. Si ves desconexiones intermitentes, prueba a desactivar QUIC o a forzar que el tráfico relacionado con Claude vaya solo por TCP, y vuelve a probar.

"network": "tcp"
# o desactiva QUIC a nivel de cliente

Cada cliente puede tener características distintas en la negociación (handshake) TLS. Si una cadena de proxies altera el comportamiento de TLS, inyecta certificados o usa una huella digital de cliente muy anómala, puede provocar fallos de conexión o verificaciones adicionales. Prioriza clientes maduros y configuraciones TLS estándar.

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

Lo ideal es que el resolutor DNS, la salida HTTP y la salida del navegador provengan de la misma ruta de red. Si el DNS se resuelve localmente mientras HTTP pasa por un proxy, la región de resolución y la región de acceso pueden no coincidir. Puedes usar DoH/DoT de confianza, pero lo clave es confirmar que tus reglas de enrutamiento cubren realmente el tráfico DNS.

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

Si un proxy o una regla de enrutamiento solo cubre IPv4, el tráfico IPv6 puede tomar otra ruta, de modo que HTTP / DNS / WebRTC vean una salida incoherente. No siempre hace falta desactivar IPv6, pero conviene comprobar primero la coherencia de la doble pila. Consulta los riesgos de la doble pila IPv6 para más detalles.

ipv6 = false
# o en el proxy domainStrategy: "UseIPv4"

La documentación oficial indica que el acceso a la red de Claude Code incluye al menos api.anthropic.com, claude.ai, statsig.anthropic.com y sentry.io. Se recomienda crear reglas de enrutamiento dedicadas para estos dominios, lo que facilita el diagnóstico y la auditoría. Consulta las reglas de enrutamiento de Claude Code.

Claude Web, el inicio de sesión, la documentación y los recursos estáticos pueden usar distintas CDN o servicios de terceros según la versión. No fijes un único dominio principal: toma como base los dominios obligatorios oficiales y luego usa capturas de paquetes o registros locales para añadir los dominios de recursos estáticos a los que realmente se accede.

Los ciclos frecuentes de desconexión y reconexión añaden latencia y hacen que la cadena de proxies sea más difícil de diagnosticar. Los clientes proxy pueden activar un TCP keep-alive razonable; activar o no la multiplexación de conexiones (mux) depende de la calidad de la línea: si notas bloqueos de la multiplexación o limitación por conexión, desactívala y compara.

No envuelvas las llamadas a Claude Code con un gran número de workers simultáneos. Un exceso de concurrencia puede activar límites de tasa, colas de conexión o limitaciones de la pasarela empresarial; el umbral real depende del plan de tu cuenta, la política de la organización y las respuestas de la API.

Prioriza una salida con baja pérdida de paquetes, bajo jitter y una ruta estable hacia la API de Anthropic; no te fijes solo en la distancia geográfica. Para evaluarlo, combina una prueba de fugas con la latencia real de las solicitudes de Claude Code.