La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
Questo documento descrive il problema di integrazione che si verifica a causa di una mancata corrispondenza del certificato Trust-on-first-use (TOFU) dopo che una nuova richiesta di firma del certificato (CSR) è stata generata in Cisco Prime Infrastructure (primario/secondario), come risolverlo e risolvere i problemi.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Il riferimento delle informazioni contenute in questo documento è Cisco Prime Infrastructure versione 3.5 e successive.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Questi sono i documenti di riferimento che forniscono informazioni sull'alta disponibilità e sulla generazione di certificati in Cisco Prime Infrastructure.
Guida all'alta disponibilità: https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/infrastructure/3-6/admin/guide/bk_CiscoPrimeInfrastructure_3_6_AdminGuide/bk_CiscoPrimeInfrastructure_3_6_AdminGuide_chapter_01011.html
Guida dell'amministratore: https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/infrastructure/3-6/admin/guide/bk_CiscoPrimeInfrastructure_3_6_AdminGuide/bk_CiscoPrimeInfrastructure_3_6_AdminGuide_chapter_0100.html
TOFU - Il certificato ricevuto dall'host remoto è attendibile quando viene stabilita la connessione per la prima volta.
Il certificato TOFU nell'infrastruttura primaria o nell'host remoto a cui è connesso prime può cambiare se viene generato un nuovo certificato o se il server viene distribuito nuovamente nell'host VM.
La generazione e l'importazione di un nuovo CSR su un server di infrastruttura principale (primario/secondario) invia le informazioni del nuovo certificato TOFU ai server remoti quando la connettività viene riavviata dopo un riavvio del servizio.
Se l'host remoto invia un certificato diverso per qualsiasi connessione successiva alla prima, la connessione verrà rifiutata.
L'host remoto potrebbe essere (server primario o secondario nell'implementazione di HA, server ISE (Integrated Service Engine)) dove è ancora presente il vecchio TOFU.
Ciò causa un errore di registrazione tra i server primario e secondario, Prime e ISE.
Nella sezione Risoluzione dei problemi vengono descritti i messaggi di errore che è possibile trovare nei registri di Health Monitor in tali scenari.
Nel registro di Health Monitor primario sono presenti questi messaggi di errore che indicano la mancata corrispondenza nel certificato secondario.
[system] [HealthMonitorThread] TOFU failed.
Check local trust Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=prime-sec, OU=Prime Infra, O=Cisco Systems, L=SJ, ST=CA, C=US
javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException:
Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=prime-sec
Questi messaggi di errore si trovano nei log dell'infrastruttura primaria e indicano una mancata corrispondenza nel certificato del server ISE.
[system] [seqtaskexecutor-3069] TOFU failed.
Check local trust Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=ISE-server
javax.net.ssl.SSLHandshakeException: java.security.cert.
CertificateException: Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=ISE-server
Nel registro secondario di Health Monitor, è possibile trovare questi messaggi di errore che indicano la mancata corrispondenza nel certificato primario.
[system] [HealthMonitorThread] TOFU failed.
Check local trust Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=prime-pri, OU=Prime Infra, O=Cisco Systems, L=SJ, ST=CA, C=US
javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException:
Trust-on-first-use is configure for this connection.
Current certificate of the remote host is different from what was used earlier
- CN=prime-pri
È necessario elencare gli attuali certificati TOFU su prime, da cui la voce precedente del certificato per l'host remoto corrispondente deve essere identificata e rimossa prima di tentare di nuovo l'integrazione da prime.
Il comando ncs certvalidation tofu-certs listcerts può essere utilizzato per visualizzare l'elenco di convalida dei certificati.
Questo output viene generato dal server primario Cisco Prime Infrastructure [IP=1XX.XX.XX.XX]:
prime-pri/admin# ncs certvalidation tofu-certs listcerts
Host certificate are automatically added to this list on first connection,
if trust-on-first-use is configured - ncs certvalidation certificate-check ...
host=1X.XX.XX.XX_8082; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=prime-pri
host=1Z.ZZ.ZZ.ZZ_443; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=ISE-server
host=1YY.YY.YY.YY_8082; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=prime-sec
prime-pri/admin#
Questo output viene generato dal server secondario Cisco Prime Infrastructure [IP=1YY.YY.YY.YY]
prime-sec/admin# ncs certvalidation tofu-certs listcerts
Host certificate are automatically added to this list on first connection,
if trust-on-first-use is configured - ncs certvalidation certificate-check ...
host=1YY.YY.YY.YY_8082; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=prime-sec
host=127.0.0.1_8082; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=prime-sec
host=1X.XX.XX.XX_8082; subject= /C=US/ST=CA/L=SJ/O=Cisco Systems/OU=Prime Infra/CN=prime-pri
prime-sec/admin#
Utilizzare il comando ncs certvalidation tofu-certs deletecert host <host> per eseguire l'eliminazione alla convalida del certificato.
Dal server primario controllare ed eliminare le voci precedenti rispettivamente per i certificati ISE e TOFU del server secondario.
Dal server secondario controllare ed eliminare le vecchie voci per il certificato tofu del server primario con il comando ncs certvalidation tofu-certs deletecert host 1X.XX.XX.XX_8082.
Passaggio 1. Accedere a Cisco Prime Infrastructure con un ID utente e una password con privilegi di amministratore.
Passaggio 2. Dal menu, selezionare Amministrazione > Impostazioni > Alta disponibilità. Cisco Prime Infrastructure visualizza la pagina di stato HA.
Passaggio 3. Selezionare Configurazione HA, quindi completare i campi come indicato di seguito:
È consigliabile utilizzare il server DNS per risolvere il nome host in un indirizzo IP. Se si utilizza il file /etc/hosts anziché il server DNS, è necessario immettere l'indirizzo IP secondario anziché il nome host.
Passaggio 4. Se si utilizza la funzionalità IP virtuale, selezionare la casella di controllo Abilita IP virtuale, quindi completare i campi aggiuntivi come indicato di seguito:
L'indirizzamento IP virtuale non funzionerà a meno che entrambi i server non si trovino nella stessa subnet. Non è consigliabile utilizzare il blocco di indirizzi IPV6 fe80 perché è stato riservato per l'indirizzamento unicast locale del collegamento.
Passaggio 5. Fare clic su Verifica preparazione per verificare se i parametri ambientali relativi alla disponibilità sono pronti per la configurazione.
Passaggio 6. Fare clic su Registra per visualizzare la barra di avanzamento della fase cardine e verificare che la registrazione pre-HA, la replica del database e la registrazione post-HA siano state completate al 100%, come illustrato di seguito. Cisco Prime Infrastructure avvia il processo di registrazione della disponibilità elevata. Una volta completata correttamente la registrazione, nella modalità di configurazione verrà visualizzato il valore di Primary Active.
Passaggio 1. Passare a Amministrazione > Server > ISE Server
Passaggio 2. Selezionare un comando > Aggiungi server ISE, quindi fare clic su Vai
Passaggio 3. Inserire l'indirizzo IP, il nome utente e la password del server ISE
Passaggio 4. Confermare la password del server ISE.
Passaggio 5. Fare clic su Salva.
Il comando ncs certvalidation tofu-certs listcerts può essere utilizzato per verificare il nuovo certificato.
Note sulla release di Cisco Prime Infrastructure: http://www.cisco.com/c/en/us/support/cloud-systems-management/prime-infrastructure/products-release-notes-list.html