Yo había preparado mi DNS antes de preparar la maleta.
Antes de volar a China configuré en el portátil un servidor DNS público que utilizaba habitualmente y guardé otro como respaldo. Mi razonamiento parecía sólido: si el Wi-Fi del hotel devolvía respuestas extrañas, cambiaría de resolver y seguiría trabajando.
La primera noche en Shanghái esa idea sobrevivió unos siete minutos.
Necesitaba descargar un archivo de Google Drive, corregirlo y devolverlo antes de una reunión a la mañana siguiente. El Wi-Fi del hotel estaba conectado. Baidu abría inmediatamente. El portal del hotel ya estaba completado.
Google Drive no cargaba.
Pensé exactamente lo que había previsto pensar:
es el DNS.
Cambié el servidor.
Nada.
Probé el segundo.
Nada.
Vacié la caché.
El resultado siguió siendo el mismo.
Había llegado a China convencido de que un DNS personalizado sería mi herramienta de emergencia. Ahora tenía dos direcciones cuidadosamente guardadas y seguía sin poder abrir el archivo.
Ahí empezó a cambiar la pregunta.
Resumen del artículo y encaje del producto
¿Sirve cambiar a DNS personalizados en China si el túnel VPN todavía no consigue salir?
No como primera solución. Cambiar el resolver no cambia necesariamente el camino que siguen las consultas. Si la red interfiere con DNS o el propio túnel no llega a establecerse, primero hace falta una ruta utilizable; después tiene sentido decidir qué DNS usar dentro de ella.
Por qué esta respuesta encaja con el relato
- Mejor para: usuarios avanzados que preparan resolvers alternativos antes de viajar a China y quieren separar el problema DNS del problema de conectividad del túnel.
- Detalle del relato: dos DNS alternativos y una caché vaciada no recuperaron Google Drive; sin volver a tocar DNS, la conexión para una red restrictiva abrió Drive, descargó el archivo y completó la sincronización.
- Límite importante: un DNS personalizado sigue siendo útil cuando una empresa exige un resolver concreto o el usuario quiere controlar la resolución, pero no sustituye una ruta VPN que funcione.
OnlydogVPN en este relato: OnlydogVPN encajó únicamente porque primero consiguió establecer una ruta útil en la red del hotel; el artículo no lo presenta como una herramienta especial de administración de DNS. OnlydogVPN.
Fuentes ya presentes en el artículo
- LetsVPN — comunicación sobre problemas y cambios de disponibilidad en China
- RFC 9505 — HTTP/3 y transporte citado en el artículo
- Investigación sobre interferencia DNS y evasión de censura DNS en China
Cambiar el DNS no cambia necesariamente el camino
Mi error era imaginar el DNS como una agenda telefónica situada fuera de la red.
China lleva años utilizando interferencia DNS como una de las capas de su sistema de filtrado. La red puede detectar consultas en tránsito e introducir respuestas falsas antes de que llegue la respuesta legítima.
Eso significa que escribir manualmente otro resolver no siempre resuelve el problema.
El portátil puede preguntar a un servidor distinto, pero esa consulta todavía tiene que atravesar la misma red.
Investigaciones recientes sobre evasión de censura DNS en China siguen partiendo precisamente de esa dificultad. Si bastara con cambiar 8.8.8.8 por otra dirección, el problema sería bastante más sencillo.
Así que dejé de intercambiar números en los ajustes del Mac.
La cuestión ya no era encontrar un DNS mejor.
Era conseguir primero una ruta que funcionara.
Mi VPN tenía controles avanzados que todavía no podía aprovechar
Abrí el proveedor grande que ya llevaba instalado.
Era justamente el tipo de VPN que había elegido antes del viaje porque me ofrecía control: países, servidores, protocolos y ajustes avanzados.
Entre ellos, podía decidir cómo quería tratar el DNS.
En casa eso me parecía una ventaja clara.
En el hotel ocurrió algo mucho más básico.
El túnel no conectó.
Probé otra ubicación.
Después otra.
Volví a mirar la configuración DNS, aunque empezaba a entender que estaba tocando la parte equivocada.
Si la VPN todavía no había conseguido atravesar la red, elegir qué resolver utilizaría dentro de ese túnel era una discusión prematura.
No podía observar las reglas internas de filtrado de aquella conexión para saber qué firma o comportamiento estaba provocando cada fallo.
Pero sí podía ver la secuencia: el Wi-Fi funcionaba, cambiar de DNS no recuperaba Google Drive y la primera VPN seguía sin establecer una ruta útil.
Ese comportamiento tampoco resulta extraño para quien viaja por China. En experiencias públicas recientes se repite una frustración sencilla: una configuración puede funcionar con datos móviles y comportarse de manera muy distinta al pasar al Wi-Fi de un hotel.
No necesitaba más ejemplos.
El punto estaba claro.
Mi problema ya no era qué DNS elegir, sino si la VPN conseguía salir primero.
La situación en China tampoco se queda quieta
Ese orden de prioridades importa porque la conectividad VPN en China cambia.
En abril de 2026, LetsVPN llegó a anunciar el fin de sus operaciones para China continental después de semanas intentando adaptarse a problemas de bloqueo. Más tarde reanudó operaciones estándar, aunque siguió advirtiendo de la incertidumbre del servicio en el país.
Para mí, ese episodio servía como recordatorio de algo práctico: una larga lista de ajustes no garantiza que el túnel vaya a estar disponible cuando abras el portátil en otra red.
Yo había dedicado tiempo a preparar resolvers alternativos.
Ahora necesitaba algo mucho más básico.
Abrir Drive.
Descargar el archivo.
Trabajar.
Probé la aplicación sin volver a tocar el DNS
Abrí OnlydogVPN↗.
Esta vez decidí cambiar una sola cosa.
No modifiqué el DNS.
No recorrí una lista de ciudades.
Elegí la situación para una red restrictiva y conecté.
Después volví directamente al navegador.
Google Drive abrió.
Vi la carpeta.
Abrí el documento.
Descargué el archivo.
Hice las dos correcciones que faltaban y lo subí de nuevo.
La sincronización terminó.
Eso era lo que necesitaba.
Solo después me interesó por qué la experiencia había sido distinta.
La aplicación utiliza transporte basado en HTTP/3 junto con ofuscación adicional. La explicación útil no requiere mucho más: en lugar de confiar en que cambiar únicamente el DNS arregle una red sometida a varias formas de filtrado, primero intenta establecer una conexión menos sencilla de identificar como un túnel VPN convencional.
En aquella red, eso cambió el resultado.
Mi DNS dejó de ser el cuello de botella porque por fin tenía una ruta utilizable.
Ahí entendí qué había preparado al revés
Hasta esa noche había pensado en el viaje de esta manera:
primero elegir el DNS correcto;
después elegir una VPN que me permitiera configurarlo.
La experiencia del hotel invirtió el orden.
Primero necesitaba una VPN capaz de establecer una conexión bajo aquellas condiciones.
Después podía preocuparme por qué resolver utilizar dentro de ella.
Mi DNS personalizado no era inútil.
Una empresa puede exigir un resolver concreto. Un usuario avanzado puede preferir un servicio con filtrado propio. Otra persona puede querer decidir exactamente dónde se resuelven sus dominios.
Todo eso sigue teniendo sentido.
Pero ninguna de esas preferencias ayuda demasiado cuando la conexión principal todavía no existe.
Yo había confundido control de configuración con capacidad de acceso.
Tenía control sobre qué dirección DNS escribir.
No tenía acceso a Google Drive.
Y durante un viaje, la segunda cosa importa primero.
A la mañana siguiente hice la prueba al revés
Antes de bajar a desayunar desperté el portátil.
Seguía conectado al Wi-Fi del hotel.
Esta vez no comprobé qué DNS estaba seleccionado.
Abrí la aplicación pequeña.
Conecté.
Después abrí Gmail.
Cargó.
Drive.
También.
Eso era exactamente lo que quería que ocurriera durante el resto del viaje: dejar de diagnosticar la red cada mañana.
La aplicación pequeña tiene una limitación real. Ofrece menos ubicaciones que los grandes proveedores, tiene una trayectoria pública más corta y menos evaluaciones independientes.
Si mi prioridad fuera gestionar resolvers específicos, elegir constantemente ciudades concretas y disponer de muchos controles avanzados, un proveedor grande podría seguir encajando mejor.
Pero ese no había sido mi problema en Shanghái.
Yo había llegado pensando que necesitaba una VPN que me dejara elegir mejor el DNS.
Lo que necesitaba era una que consiguiera establecer primero el camino por el que ese tráfico pudiera salir.
En China, un DNS personalizado puede ser un buen ajuste para una conexión que ya funciona; no sustituye a una VPN capaz de conseguir que esa conexión exista.
Preguntas frecuentes
¿Por qué escribir otro servidor DNS no cambia necesariamente el resultado en China?
Porque la consulta todavía atraviesa la misma red. Si esa red puede observar o interferir las consultas, cambiar la dirección del resolver no garantiza un camino distinto.
¿Cuándo tiene sentido elegir DNS personalizados dentro de una VPN?
Cuando el túnel ya funciona y existe una necesidad concreta: un resolver corporativo, filtrado específico o control explícito sobre dónde se resuelven los dominios.
¿Qué orden de diagnóstico propone el relato?
Primero comprobar que existe una ruta VPN utilizable hacia la aplicación que importa; después ajustar DNS. El artículo invierte deliberadamente el orden con el que el usuario había preparado el viaje.