Una IP de una red de sitios que no es accesible desde China continental hace que todos los sitios alojados en ella sean invisibles para los visitantes y los buscadores chinos, aunque funcione perfectamente desde el extranjero. Una IP puede volverse inaccesible por el historial de un usuario anterior, por el filtrado de todo un rango, por el bloqueo de un solo puerto o dominio, o por un problema de enrutamiento de un operador. Esta guía muestra cómo probar la accesibilidad desde varias ubicaciones de China, distinguir estos casos, revisar un bloque de IP completo de una sola vez y trasladar rápidamente los sitios de una IP problemática.
Los servicios en línea de pruebas desde varias ubicaciones (por ejemplo ITDOG, 17CE, Boce o Chinaz) ejecutan pruebas de ping, de puerto TCP y HTTP desde decenas de ubicaciones de China Telecom, China Unicom y China Mobile. Para cada problema, realice tres pruebas:
| Lo que ve | Causa probable |
|---|---|
| Todos los nodos chinos fallan en ping y TCP; los nodos del extranjero funcionan | La IP no es accesible desde China continental |
| El ping funciona, pero TCP 80/443 agota el tiempo de espera o la conexión se restablece | Bloqueo de puertos concretos para esta IP, o un problema de firewall en el servidor |
| La IP y el puerto funcionan, pero el dominio falla o se resuelve a IP ajenas | Un problema del dominio (contaminación DNS o filtrado por nombre de host), no de la IP |
| Solo falla un operador (por ejemplo China Mobile) | Problema de enrutamiento en ese operador o en el camino hacia él |
| Funciona durante el día, pero con mucha pérdida de paquetes por la noche | Congestión en los enlaces internacionales, no un bloqueo |
Compare las respuestas de un resolvedor público y de un resolvedor de China continental. Repita la consulta varias veces: si el resolvedor chino devuelve direcciones que no tienen nada que ver con su servidor, el problema está en el dominio y trasladar el sitio a otra IP no servirá de nada.
dig +short example.com A @1.1.1.1
dig +short example.com A @114.114.114.114
dig +short example.com A @223.5.5.5
Para comprobar todas las IP de un /24 a la vez, ejecute un pequeño script en una máquina situada en China continental (basta con un servidor en la nube económico o un equipo de oficina). El script prueba TCP 80 y 443 en cada IP y muestra las que fallan.
# ips.txt: one IP per line (generate with: for i in $(seq 2 254); do echo 203.0.113.$i; done > ips.txt)
cat > check-ips.sh <<'EOF2'
#!/bin/bash
while read -r ip; do
r80=$(timeout 4 bash -c "</dev/tcp/$ip/80" 2>/dev/null && echo ok || echo FAIL)
r443=$(timeout 4 bash -c "</dev/tcp/$ip/443" 2>/dev/null && echo ok || echo FAIL)
echo "$ip 80:$r80 443:$r443"
done < ips.txt | tee result-$(date +%F).txt | grep FAIL
EOF2
chmod +x check-ips.sh && ./check-ips.sh
Una IP solo responde en los puertos en los que hay algo escuchando, así que ejecute esta prueba contra IP que tengan un sitio (o al menos el default server de Nginx) asociado. Compare el resultado con la misma prueba hecha desde un servidor fuera de China para separar los problemas reales de accesibilidad de las IP que simplemente no tienen ningún servicio.
El proveedor a menudo puede solucionar los problemas de enrutamiento. Reúna lo siguiente:
# From the server towards major Chinese resolvers (apt install mtr-tiny / dnf install mtr)
mtr -rwc 50 114.114.114.114
mtr -rwc 50 223.5.5.5
# From the machine in China towards your server
mtr -rwc 50 203.0.113.10
Guarde capturas de pantalla de las pruebas desde varias ubicaciones con la hora en que se realizaron. Para el análisis de rutas, consulte pruebas de ruta de retorno hacia China y diagnóstico de conectividad con ping, tcping y mtr.
sites.txt y ejecute el script de despliegue) y, a continuación, recargue Nginx.Tenga preparada una lista de IP probadas y sin usar para poder trasladar un sitio en cuestión de minutos, y vuelva a probar la IP antigua pasado un tiempo antes de reutilizarla. Revise también el contenido del sitio: los sitios con contenido no permitido en China volverán a verse afectados en cualquier IP.
Ejecute a diario con cron la comprobación masiva del paso 4 desde su máquina en China y envíese la lista de fallos, o supervise los sitios clave con Uptime Kuma instalado en esa máquina (consulte supervisión con Uptime Kuma). Repartir los sitios entre varios bloques /24 limita el impacto cuando un rango tiene problemas (consulte servidores para redes de sitios con varias clases C).
No. El servidor está funcionando; lo que falla es el camino desde China hasta él. Siga los pasos 1 a 5 para averiguar si se trata de la IP, de un puerto, del dominio o de la ruta de un operador.
Sí. Pruebe cada IP nueva desde ubicaciones en China antes de alojar sitios en ella, y mantenga en su lista de despliegue solo las que superen la prueba.
Abra un ticket con los resultados de sus pruebas desde varias ubicaciones y la salida de mtr del paso 5. Revisaremos el enrutamiento de su bloque y estudiaremos las opciones con usted.
¿Sigue sin resolverlo después de seguir estos pasos? Abra un ticket de soporte y el equipo técnico de IMIDC, disponible 24/7, le ayudará. Incluya la IP del servidor, las IP y los dominios afectados, capturas de pantalla de las pruebas desde varias ubicaciones y los resultados de mtr para que podamos localizar el problema más rápido.