Sincronización de configuración y de sesiones

Hay dos sincronizaciones distintas. La de configuración copia reglas, objetos y ajustes: sin ella, el secundario aplicaría una política vieja o incompleta. La de sesiones copia la tabla de conexiones establecidas: sin ella, el secundario tendría la política correcta pero no sabría de las conexiones en curso, y al conmutar las trataría como nuevas y las cortaría.

Son dos mecanismos con dos fallos distintos, y un panel que dice «sincronizado» puede estar hablando solo de uno.

Lo que no se sincroniza solo se mantiene a mano, y lo que se mantiene a mano se desfasa. En la consulta objetos mira la columna mecanismo y busca lo que se debe instalar en cada equipo por separado.

La comparación de contenido es la prueba que importa. En reglas_comparadas el primario y el secundario deberían decir lo mismo. Una regla que falta es un servicio que no funcionará tras la conmutación; una que dice lo contrario es peor, porque abre lo que la política cierra y lo hace justo cuando todos miran la caída y no el perímetro.

Una diferencia es un hallazgo; el número de diferencias es el tamaño del trabajo y un indicador que se puede seguir en el tiempo. Cuenta las reglas de la exportación cuya columna coincide es no, sean del tipo que sean: faltantes, contrarias o con otra opción de registro.

Los paneles de los equipos suelen informar si la sincronización «está activa» o si el último intento terminó bien. Eso dice que el canal funciona, no que el contenido de ambos equipos coincida: un cambio hecho directamente en el secundario, una regla excluida de la replicación o un error parcial dejan el estado en verde con reglas distintas.