1. Alineación de región del sistema operativo y del navegador
Cuando la zona horaria del sistema operativo, la configuración regional, la lista de idiomas del navegador y la región de salida de red no coinciden, los sistemas automatizados de riesgo pueden marcar la sesión, incluso en usuarios legítimos que acceden a Claude desde países compatibles mediante VPN o mientras viajan. El objetivo práctico es alinear el entorno con la región de la cuenta para que las señales se lean de forma coherente, reduciendo falsos positivos en lugar de intentar ocultar por completo la identidad.
Esta guía se centra en la higiene a nivel de sistema y de navegador. Para la configuración detallada por navegador en Chrome, Firefox y Edge, consulte la guía de configuración del navegador. Para particularidades de macOS, Windows, Linux y móvil, consulte la guía de configuración de dispositivos multiplataforma.
Por qué las incoherencias activan revisiones
Los proveedores antifraude correlacionan la configuración regional de Intl, navigator.languages, el desfase horario, las métricas de fuentes y la geolocalización por IP. Una IP de Tokio con zona horaria de Pekín y zh-CN como idioma principal del navegador difiere del perfil típico de usuarios de la región; es el patrón que apuntan las reglas automatizadas.
Comandos de zona horaria en macOS / Linux
# macOS: Set system timezone to match your account region
sudo systemsetup -settimezone "America/Los_Angeles"
# Or for JP/SG accounts:
sudo systemsetup -settimezone "Asia/Tokyo"
# Linux (Ubuntu/Debian)
sudo timedatectl set-timezone America/Los_Angeles
# Verify
date
# Expected: local time matching proxy exit region (PST, JST, etc.)Lista de verificación de idioma del navegador y huella de fuentes
- Orden de idiomas: Coloque
en-US(cuentas de EE. UU.) oja-JP(cuentas JP) primero ennavigator.languages. Muevazh-CNpor debajo del inglés o elimínelo del perfil activo que use para Claude. - Configuración regional Intl: Confirme que
Intl.DateTimeFormat().resolvedOptions().localeresuelva a la región objetivo (por ejemploen-US, nozh-CN). - Fuentes de fabricantes chinos: MiSans, HarmonyOS Sans y OPPO Sans producen mediciones de ancho en Canvas muy distintivas. Use un perfil de navegador dedicado sin estas fuentes instaladas a nivel de sistema, o un perfil aislado con navegador anti-detección.
- Cabecera Accept-Language: Debe coincidir con la entrada principal de
navigator.languages; las incoherencias entre cabeceras HTTP y APIs de JS son un vector de detección conocido (se explica en nuestra guía del modelo de riesgo).
Configuración regional del SO frente a región de la cuenta
| Señal | Objetivo cuenta EE. UU. | Objetivo cuenta JP/SG | Error frecuente |
|---|---|---|---|
| Zona horaria del sistema | America/Los_Angeles o America/New_York | Asia/Tokyo o Asia/Singapore | Dejar Asia/Shanghai con IP de EE. UU. |
| Idioma principal del navegador | en-US | en-US o ja-JP | zh-CN primero en la lista de idiomas |
| Formato de fecha/número | MM/DD/YYYY, USD | Según la configuración regional local | Símbolo CNY en Intl.NumberFormat |
| Fuentes CJK instaladas | Mínimas o aisladas por perfil | Mínimas o aisladas por perfil | Pila completa de fuentes chinas del OEM |
2. Nodos proxy, IP residenciales y prevención de fugas
Los informes de la comunidad sugieren que los ASN de centros de datos se bloquean con más frecuencia que los ISP residenciales. Alinear la IP con un ISP residencial en el país de la cuenta es la base para un acceso estable; no garantiza la ausencia de prohibiciones, pero es condición necesaria para evitar bloqueos inmediatos. Lea la guía de selección de VPN y proxy para criterios de evaluación de proveedores.
Comparación de tipos de IP
| Categoría de IP | Perfil ASN | Acceso típico a Claude | Notas |
|---|---|---|---|
| ISP residencial (AT&T, Comcast, NTT) | Banda ancha de consumo | Mayor estabilidad | Coincidir estado/ciudad con la facturación cuando sea posible |
| IP de operador móvil (4G/5G) | ISP celular | Adecuada para viajes | Las IP rotan; evite cambios a mitad de sesión |
| Centro de datos / VPS | ASN de proveedor cloud | A menudo bloqueado o con muchos CAPTCHA | No recomendado para el registro |
| Pool de proxy compartido económico | Mixto, uso frecuente indebido | Alta tasa de prohibiciones | Un vecino malo afecta todo el pool |
Prevención de fugas WebRTC
Los navegadores pueden exponer IP locales o públicas reales mediante WebRTC aunque el tráfico HTTP use un proxy: proxy de EE. UU. en las cabeceras más una IP residencial de CN en WebRTC es una incoherencia de alta confianza.
- Desactive WebRTC en la configuración del navegador o con extensiones como WebRTC Control en «Disable non-proxied UDP».
- En Firefox, establezca
media.peerconnection.enabled = falseenabout:config. - Pruebe en browserleaks.com/webrtc después de cada cambio de proxy o perfil.
Prevención de fugas DNS
- No resuelva
claude.aimediante DNS públicos chinos (223.5.5.5, 119.29.29.29) mientras presente una IP de EE. UU.; las fugas de geolocalización DNS contradicen el nodo de salida. - Enrute el DNS por el túnel del proxy (Clash fake-ip, DNS remoto de Sing-box) o use DoH/DoT vía Cloudflare (1.1.1.1) o Google (8.8.8.8) por la misma ruta que el tráfico HTTP.
- Verifique con dnsleaktest.com antes de iniciar sesión en Claude o vincular el pago (consulte la guía de registro de cuenta y pago).
3. Lista de aislamiento con navegador anti-detección
Cuando un equipo opera legítimamente cuentas separadas (por ejemplo, asientos individuales de empresa), los navegadores anti-detección (AdsPower, GoLogin, Multilogin, etc.) mantienen la configuración de cada perfil separada y coherente. Esto es higiene del entorno, no una forma de eludir los términos de Anthropic: compartir cuentas, evadir prohibiciones y acceder desde regiones no compatibles siguen siendo contrarios a las reglas.
- Un perfil dedicado por cuenta: Nunca comparta cookies ni localStorage entre asientos Pro.
- Vincule cada perfil a una IP residencial dedicada: Se prefieren sesiones fijas (sticky); documente qué IP corresponde a qué cuenta (gestión de múltiples cuentas).
- Active ruido en Canvas, máscara WebGL y aislamiento de AudioContext: Evita la correlación de huellas entre perfiles en la misma máquina física.
- Sincronice automáticamente la zona horaria del perfil con la geo del proxy: La mayoría de herramientas anti-detección lo ofrecen; verifique manualmente con
Date()en la consola de DevTools. - Coincida el User-Agent con el SO declarado: Un UA de Windows en un host Mac con cadenas de renderer WebGL incoherentes falla las comprobaciones de consistencia.
Pasos de verificación previos a la sesión
- Confirme la zona horaria:
new Date().getTimezoneOffset()coincide con la región objetivo. - Confirme idiomas:
navigator.languagesen DevTools. - Ejecute pruebas de fuga WebRTC y DNS.
- Revise el ASN en ipinfo.io: ¿es residencial, no cloud?
- Solo entonces abra claude.ai o el flujo OAuth de Claude Code.
Qué NO hacer
- No cambie de país del proxy a mitad del registro o del pago; complete todo el flujo en una sola región.
- No use extensiones de navegador VPN «gratuitas» junto con un proxy residencial de pago; el doble enrutamiento provoca salidas impredecibles.
- No inicie sesión en la misma cuenta desde un perfil anti-detección «limpio» y desde el Chrome diario con configuración regional china; los entornos se vincularán con el tiempo.
- No ignore fugas IPv6; desactive IPv6 a nivel de sistema o asegúrese de que el proxy maneje v6 si el ISP lo asigna.
Preguntas frecuentes
¿Se necesita un navegador anti-detección para una sola cuenta personal?
No necesariamente. Un perfil dedicado de Chrome o Firefox con zona horaria, idiomas, WebRTC desactivado e IP residencial estable basta para la mayoría de usuarios individuales. Las herramientas anti-detección aportan valor al gestionar varias cuentas o cuando el SO diario no puede reconfigurarse (por ejemplo, portátil corporativo).
¿La zona horaria debe coincidir exactamente con la IP?
Debe ser plausiblemente coherente. Una IP de la costa oeste de EE. UU. con America/Los_Angeles es lo ideal. Una IP de EE. UU. con zona horaria Asia/Shanghai es una incoherencia de alto riesgo aunque la IP sea válida.
¿Se puede usar Claude en móvil con la misma cuenta?
Sí, pero la configuración regional del SO móvil y la IP también deben alinearse con la región de la cuenta cuando sea posible. Cambios bruscos de un perfil de escritorio en EE. UU. a una red móvil CN activan una nueva verificación. Consulte la configuración de dispositivos para notas de iOS/Android.
¿Por qué Claude funciona en el navegador pero Claude Code devuelve 403?
Claude Code usa huellas TLS y de cabeceras distintas a las del navegador. Asegure que la zona horaria del terminal (variable de entorno TZ), las variables de proxy y la configuración del relé API coincidan con la sesión web. Detalles en la guía del modelo de riesgo y en documentación de estrategia regional.
¿Con qué frecuencia conviene volver a revisar el entorno?
Tras cualquier cambio de proveedor de proxy, actualización del SO, actualización mayor del navegador o viaje. Revisiones mensuales puntuales (zona horaria, WebRTC, DNS) evitan la deriva lenta que se acumula tras meses de uso.