Cómo solucionar el error de estado HA ‘Desconocido’ y ‘Sin ruta al host’ al acceder al dispositivo secundario desde la CLI en Fortinet

En este artículo, abordaremos los problemas de sincronización en alta disponibilidad (HA) que generan el error ‘Desconocido’ en dispositivos FortiGate, así como aquellos casos en los que, al tratar de acceder al dispositivo secundario mediante la CLI, se presenta un error de conexión. Este problema es crítico, ya que puede afectar la disponibilidad y la seguridad de su infraestructura de red. Aquí le proporcionaremos soluciones concretas y un diagnóstico detallado para resolver estos inconvenientes.

Descripción del problema

Este artículo describe cómo resolver los problemas de HA fuera de sincronización que muestran el error ‘Desconocido’, así como los casos donde, al intentar acceder al secundario desde la CLI, se encuentra el siguiente error:

execute ha manage 1 <nombre-usuario>
ssh: connect to host 169.254.0.2 port 22: No route to host

Alcance

Este problema se aplica a versiones de FortiGate v7.2 y superiores.

Diagnóstico paso a paso

La salida del estado de HA del sistema también mostrará que el checksum del clúster es 0000 para el dispositivo secundario:

get sys ha status
Primario seleccionado usando:
Estado de salud HA: OK
Modelo: FortiGate-120G
Modo: HA A-P
Nombre del Grupo: Hub1
ID del Grupo: 0
Depuración: 0
Tiempo de actividad del clúster: 109 días 22:9:15
Último cambio de estado del clúster: 2024-10-29 03:54:15
<2024/10/29 03:54:15> vcluster-1: FG120GTK00000001 es seleccionado como primario porque su tiempo de actividad es mayor que el del miembro par FG120GTK00000002.
<2024/10/29 03:51:22> vcluster-1: FG120GTK00000001 es seleccionado como primario porque es el único miembro en el clúster.
<2024/10/29 03:51:16> vcluster-1: FG120GTK00000001 es seleccionado como primario porque la bandera SET_AS_SECONDARY está activa en el miembro par FG120GTK00000002.
ses_pickup: disable
override: disable
Estado de Configuración:
FG120GTK00000001 (actualizado hace 0 segundos): en sincronización
FG120GTK00000001 chksum dump: 03 0a 0f 9d d3 e8 02 63 10 3f 71 a1 ef 20 31 90
FG120GTK00000002 (actualizado hace 1730208767 segundos): fuera de sincronización
FG120GTK00000002 chksum dump: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<— El checksum del clúster es 00.

Artículos relacionados  Visión general de las funciones de Host Protection Engine (HPE)

Los paquetes ICMP muestran el error ‘ICMP: host 169.254.0.2 unreachable’:

filters=[host 169.254.0.1 or host 169.254.0.2]
2024-09-14 10:58:11.251632 vsys_ha out 169.254.0.1 -> 169.254.0.1: icmp: host 169.254.0.2 unreachable

La GUI muestra el estado de HA como ‘Desconocido’.
HA-unknown.png
Nota: El error de estado de HA ‘Desconocido’ también aparece si el dispositivo secundario tiene una versión de firmware diferente (O) si hay un conflicto de cerebro dividido.
Consulte este artículo para obtener más información sobre el problema de cerebro dividido: Alta Disponibilidad – Cerebro Dividido – Comunidad Fortinet.
Al ejecutar debug de hatalk y hasync, muestra el siguiente error:

diag deb application hatalk -1
diag deb application hasync -1
diag deb en

2024-09-19 17:22:58 <hatalk> vcluster_1: ha_prio=1(secundario), state/chg_time/now=3(standby)/1726790186/1726791778
2024-09-19 17:22:59 <hasync:WARN> conn=0xd46a160 connect(169.254.0.1) falló: 113(No route to host)

Solución recomendada

Solución alternativa:

  • Utilizar otro puerto como hbdev que no sea los puertos de HA y de gestión.
  • La solución permanente estará disponible en v7.2.11, v7.4.5, v7.6.1.

Nota: Si el FortiGate está alojado en VMware y presenta el mismo problema, se debe habilitar la suplantación de direcciones MAC en los conmutadores virtuales que conectan las interfaces de heartbeat de VMware; o simplemente configurar el método unicast-ip para sincronizar el firewall.

¿Te ha resultado útil??

0 / 0

Deja una respuesta 0

Your email address will not be published. Required fields are marked *