Tuvimos un error aleatorio que nos impide publicar aplicaciones remotas. Cada vez que vamos a administrar los Servicios de Escritorio remoto en el Administrador del servidor, aparece el error anterior. Solo tenemos un Agente de conexión configurado, pero lo configuramos en HA con la idea de que podríamos agregar otro en el futuro. Repasé la configuración y todo lo que veo apunta a que está configurada correctamente. Lo único extraño es que no teníamos el puerto 1433 abierto para SQL en SQL Server, pero eso no parecía ser un problema anteriormente.
Esta tampoco es una configuración nueva: hemos estado publicando aplicaciones remotas para clientes a través de esta puerta de enlace durante aproximadamente seis meses.
En este momento estoy intentando descifrar las entradas en la tabla ErrorLog en la base de datos SQL. Se agradecería cualquier idea sobre dónde más buscar errores de configuración.
SO: Windows Server 2012R2
SQL: MSSQL Server 2012
Desafortunadamente, no podemos determinar cuándo surgió este problema más allá de las últimas dos semanas, por lo que no podemos aislar qué cambios hicimos que podrían haber causado esto. Un técnico reinició accidentalmente SQL Server hace tres semanas y hay un montón de errores en el registro de ese día a esa hora. La fecha de modificación en las bases de datos también coincide con eso. Pero sospechamos que nuestros técnicos han podido publicar aplicaciones remotas desde entonces.
Respuesta1
Resulta que alguien agregó la función de Agente de Conexión a uno de nuestros Anfitriones de Sesión. Tanta cara de escritorio.
Editar: Como dije en la publicación original, tenemos nuestro Agente de conexión configurado en modo de alta disponibilidad (agrupado) con la idea de agregar otro más adelante. Un técnico agregó la función de Agente de conexión (sin agrupar) a uno de nuestros hosts de sesión (servidor que aloja la aplicación remota). Luego lo agregó al grupo de servidores en el Administrador de servidores de nuestro servidor que administra las colecciones, lo que dio como resultado dos agentes de conexión como parte del grupo, uno agrupado y otro no. A RDS no le gustó eso.
Edición 2: Me informaron que la razón por la que no podíamos simplemente eliminar el servidor del grupo es que el host de sesión en cuestión ya se había agregado a la implementación de RDS y se habían publicado aplicaciones remotas desde él. La función de Agente de conexión se agregó después del hecho en una solución de problemas equivocada y tuvo que eliminarse del servidor para que se pueda acceder a RDS nuevamente.