ScreenConnect: fallos de acceso por registros DNS ausentes en varios resolvers

Un administrador de sistemas ha reportado que no puede acceder a su instancia en la nube de ScreenConnect. Según su diagnóstico, el problema es de DNS: muchos servidores DNS públicos no tienen registros para esa instancia, aunque otros sí los tienen. No hay confirmación oficial ni del alcance ni de la causa.

El reporte, publicado en un foro técnico, describe un patrón que a los que gestionan servicios cloud les suena: la resolución del nombre falla según el resolver que se consulte. El usuario no adjunta dominios, capturas de dig ni resultados de nslookup, así que no se puede verificar qué registros concretos faltan. Tampoco queda claro si afecta a una sola instancia, a una región o a todo el servicio.

ScreenConnect es una herramienta habitual para soporte remoto y acceso a equipos. Si la instancia cloud no resuelve, los técnicos que dependen de ella pueden quedarse sin acceso a las máquinas de sus clientes. Pero conviene separar dos cosas: una caída del backend y un problema de resolución DNS. Si algunos resolvers devuelven el registro y otros no, lo más probable es que haya un problema de propagación, de configuración de la zona o de los propios servidores DNS autoritativos. Eso no significa que el servicio esté necesariamente caído, pero para el usuario final el efecto es el mismo: no llega.

Qué puede hacer un administrador

Lo primero es comprobar desde qué resolver está fallando. Probar con varios DNS públicos y ver si el dominio resuelve de forma consistente ayuda a acotar el problema. Si tu equipo usa un resolver interno, puede estar cacheando una respuesta negativa o tener una configuración distinta. También merece la pena revisar si el fallo se produce solo con IPv4, solo con IPv6 o con ambos. Sin el dominio exacto no se puede hacer un diagnóstico más fino, y el reporte no lo incluye.

En un incidente así, la pelota está en el tejado del proveedor. Si los registros DNS no están en todos los servidores públicos, la corrección puede ser tan simple como esperar a que la zona se propague, o tan complicada como arreglar un error de configuración en los nameservers autoritativos. Hasta que haya una comunicación oficial, cualquier conclusión es especulación.

Lo que está claro es que un fallo de DNS en un servicio de acceso remoto paraliza a los equipos de soporte. Si tu organización depende de ScreenConnect, conviene tener una vía alternativa para llegar a los equipos críticos y comprobar si tus propios resolvers están viendo el registro. El siguiente dato relevante será si el servicio confirma el incidente y publica una explicación, o si los registros reaparecen por sí solos en las próximas horas.