Problemen oplossen bij koppeling met hoge beschikbaarheid op FDM

Downloadopties

PDF (253.4 KB)
Met Adobe Reader op diverse apparaten bekijken
ePub (83.8 KB)
Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
Mobi (Kindle) (69.1 KB)
Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken

Bijgewerkt:16 oktober 2026

Document-id:226447

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inhoud

uitgifte

Het koppelen van hoge beschikbaarheid (HA) tussen twee Cisco Firepower 1120-toestellen waarop FTD 7.4.2.4 wordt uitgevoerd, mislukt tijdens de synchronisatie van de toepassing, waarbij de secundaire node consequent een mislukte status invoert vanwege een mismatch in de licentieregistratiemodus. De specifieke foutmelding die u tegenkomt is:

CD App Sync error FDM validation failure License registration mode mismatch between Primary and Secondary Node Check appsynchistory CLI for details

De opdracht app-synchronisatiegeschiedenis weergeven onthult herhaalde fouten met berichten zoals:

App Sync Status: FAILURE
Failed Reason: FDM validation failure - License agent compliance mismatch between Primary and Secondary Node

Dit probleem deed zich voor nadat beide firewalls waren gereset, configuraties waren hersteld vanaf de back-up, software was bijgewerkt naar FTD-versie 7.4.2.4, VDB- en Snort-versies waren bijgewerkt en licenties opnieuw waren toegepast met nieuwe tokens. De secundaire firewall blijft in een mislukte staat, waardoor HA-voltooiing wordt voorkomen en de redundantie van de firewall wordt beïnvloed.

milieu

Cisco Firepower 1120 NGFW-toestellen geconfigureerd voor hoge beschikbaarheid
Firepower Threat Defense (FTD) versie 7.4.2.4-9
Snort inspectiemotor: 3.1.53.203 - 175
VDB: 425,0
Geolocatie-database: 2026-03-07-053
Apparaten geconverteerd van Smart Licensing naar PLR (permanente licentiereserveringsmodus)
Primair apparaat dat probeert verbinding te maken met de cloud na PLR-conversie
Beide apparaten worden teruggezet vanaf de back-up

resolutie

De oplossing omvat het identificeren en corrigeren van de mismatch tussen de licentieregistratiemodus tussen de primaire en secundaire apparaten, het uitvoeren van clouduitschrijving en het voltooien van een volledige implementatie.

Stap 1: Identificeer de mismatch in de licentieregistratiemodus

Controleer de licentieregistratiemodus op beide apparaten door de app-synchronisatiegeschiedenis te controleren op specifieke storingsredenen:

show app-sync-history

De uitvoer toont storingen die aangeven:

FDM validation failure – License registration mode mismatch between Primary and Secondary node

Stap 2: Cloud-uitschrijving uitvoeren

Aangezien het primaire apparaat nog steeds bezig was met cloudconnectiviteit na conversie van Smart Licensing naar PLR-modus, is cloudderegistratie vereist.

Configureer een tijdelijke proxy in de FDM UI (als er geen proxy is geconfigureerd):

Navigeer naar Systeeminstellingen > Zie Meer > HTTP Proxy tabblad en configureer tijdelijk een dummy proxy [deze kan later worden verwijderd].

SSH in het FTD-apparaat en voer het connectorscript uit:

ssh admin@<device-ip>
expert
sudo su
/ngfw/var/sf/bin/connector.sh

Stap 3: oplossen van Port 8989 conflict

Als het connectorscript mislukt met deze fout:

Error: listen tcp :8989: bind: address already in use

Identificeer en beëindig het proces met poort 8989 (meestal Cisco Success Network):

netstat -tulpn | grep 8989
kill <pid>

Stap 4: Volledige cloud-uitschrijving

Voer het verbindingsscript opnieuw uit nadat het poortconflict is opgelost:

/ngfw/var/sf/bin/connector.sh

De succesvolle uitvoering moet uitvoer tonen die vergelijkbaar is met:

Starting connector
INFO[0000] [firepower][functions.go:162 common:LogEnv] Environment variable: https_proxy=http://1xx.xx.xx.xx:80
INFO[0000] [firepower][functions.go:162 common:LogEnv] Environment variable: http_proxy=http://1xx.xx.xx.xx:80

Ga naar FDM GUI, System Settings > Cloud Services > Cloud Services en klik op unregister optie. Controleer of het apparaat niet is geregistreerd bij cloudservices.

Stap 5: Volledige implementatie uitvoeren en HA hervatten

Als na het uitschrijven van de cloud de HA-koppeling nog steeds mislukt met dezelfde licentiefout, voert u een volledige implementatie uit op de actieve eenheid via de FDM-interface.

Navigeer naar Implementeren > Nu implementeren en voltooi het implementatieproces.

Als de implementatie is voltooid, probeert u de vorming van HA opnieuw. De apparaten moeten met succes een Active-Standby HA-paar vormen met verbonden interfaces en in een gereed stadium.

Stap 6: Controleer de HA-status

Bevestig succesvolle HA-vorming:

show failover

De output moet beide eenheden in de juiste HA-toestanden tonen met succesvolle synchronisatie.

Oorzaak

De hoofdoorzaak was een discrepantie tussen de licentieregistratiemodus en de primaire en secundaire Firepower 1120-apparaten. De apparaten waren geconverteerd van Smart Licensing naar PLR (Permanent License Reservation)-modus; het primaire apparaat bleef echter proberen cloudconnectiviteit te bereiken, wat leidde tot een mismatch in de licentieagent / exportconformiteitsstatus tijdens HA-validatie. Dit resulteerde in herhaalde FDM/FIM-validatiefouten tijdens de synchronisatie van toepassingen. Bovendien werd de uitschrijving van de cloud in eerste instantie geblokkeerd door een conflict met poort 8989 in verband met Cisco Success Network, waarvoor een oplossing nodig was voordat de uitschrijving kon doorgaan.