{"id":39000,"date":"2019-10-31T22:27:16","date_gmt":"2019-10-31T19:27:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/shifruemsya-po-gostu-pamyatka-po-nastrojke-dinamicheskoj-marshrutizatsii-trafika\/"},"modified":"2019-10-31T22:27:16","modified_gmt":"2019-10-31T19:27:16","slug":"shifruemsya-po-gostu-pamyatka-po-nastrojke-dinamicheskoj-marshrutizatsii-trafika","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/shifruemsya-po-gostu-pamyatka-po-nastrojke-dinamicheskoj-marshrutizatsii-trafika","title":{"rendered":"Ci criptiamo secondo il GOST: promemoria per la configurazione del routing dinamico del traffico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ci
\nSe la tua azienda trasmette o riceve tramite rete dati personali e altre informazioni confidenziali soggette a protezione secondo la legge, \u00e8 necessario applicare la crittografia secondo lo standard GOST. Oggi parleremo di come abbiamo implementato tale crittografia sulla base del gateway crittografico (KSh) S-Terra presso uno dei nostri clienti. Questa storia sar\u00e0 interessante per gli specialisti della sicurezza informatica, oltre che per ingegneri, progettisti e architetti. Non ci addentreremo nei dettagli della configurazione tecnica in questo post \u2014 ci concentreremo sui punti chiave della configurazione di base. Ci sono enormi volumi di documentazione sulla configurazione dei demoni del sistema operativo Linux, su cui si basa il KSh S-Terra, disponibili liberamente su internet. La documentazione sulla configurazione del software proprietario S-Terra \u00e8 anch'essa accessibile al pubblico presso il portale<\/a><\/noindex> sito del produttore.
\n<\/a><\/noindex><\/p>\n

Due parole sul progetto <\/h2>\n

\nLa topologia di rete del cliente era tipica: full mesh tra il centro e le filiali. Era necessario implementare la crittografia dei canali per lo scambio di informazioni tra tutte le sedi, che erano 8. <\/p>\n

Di solito in progetti simili tutto \u00e8 statico: nei gateway crittografici (KSh) vengono impostate rotte statiche nella rete locale della sede, e vengono scritti elenchi di indirizzi IP (ACL) per la crittografia. Tuttavia, in questo caso le sedi non hanno una gestione centralizzata, e all'interno delle loro reti locali pu\u00f2 accadere di tutto: le reti possono essere aggiunte, rimosse e modificate in vari modi. Per evitare la necessit\u00e0 di riconfigurare la routazione e gli ACL sui KSh in caso di modifica degli indirizzi delle reti locali, \u00e8 stata presa la decisione di utilizzare il tunneling GRE e la routazione dinamica OSPF, che include tutti i KSh e la maggior parte dei router di livello core delle sedi (in alcune sedi gli amministratori dell'infrastruttura hanno preferito utilizzare SNAT verso i KSh sui router core). <\/p>\n

Il tunneling GRE ha permesso di risolvere due problemi:
\n1.<\/b> Utilizzare nell'ACL per la crittografia l'indirizzo IP dell'interfaccia esterna del KSh, in cui \u00e8 incapsulato tutto il traffico diretto verso le altre sedi.
\n2.<\/b> Organizzare tunnel p-t-p tra i KSh, che consentono di impostare la routazione dinamica (nel nostro caso \u00e8 stato organizzato un MPLS L3VPN da parte del provider tra le sedi).<\/p>\n

Il cliente ha ordinato l'implementazione della crittografia come servizio. Altrimenti, avrebbe dovuto non solo mantenere i gateway crittografici o esternalizzare a qualche organizzazione, ma anche monitorare autonomamente il ciclo di vita dei certificati di crittografia, rinnovarli in tempo e installare nuovi certificati.
\n\"Ci
\nE ora, il promemoria su come e cosa abbiamo configurato<\/p>\n

Nota per il soggetto KII: configurazione del gateway crittografico <\/h2>\n

<\/p>\n

Impostazione di base della rete<\/h3>\n

\nPer prima cosa, avviamo il nuovo KSH e accediamo alla console di amministrazione. Iniziamo con la modifica della password dell'amministratore integrato \u2014 comando change user password administrator<\/b>. Poi \u00e8 necessario procedere con la procedura di inizializzazione (comando initialize<\/b>) durante la quale vengono inseriti i dati della licenza e viene inizializzato il generatore di numeri casuali (GNC).<\/p>\n

Attenzione!<\/u><\/b> Durante l'inizializzazione del KSH S-Terra, viene stabilita una politica di sicurezza in base alla quale le interfacce del gateway di sicurezza non consentono il passaggio dei pacchetti. \u00c8 necessario creare una propria politica o attivare la politica di autorizzazione preimpostata con il comando run csconf_mgr activate<\/b> .
\nSuccessivamente, \u00e8 necessario configurare gli indirizzi delle interfacce esterne e interne, cos\u00ec come il percorso predefinito. \u00c8 preferibile eseguire le operazioni di configurazione della rete del KSH e configurare la crittografia tramite la console Cisco-like. Questa console \u00e8 destinata all'inserimento di comandi simili a quelli di Cisco IOS. La configurazione creata tramite la console Cisco-like viene quindi convertita nei relativi file di configurazione, con cui lavorano i demoni del sistema operativo. \u00c8 possibile accedere alla console Cisco-like dalla console di amministrazione con il comando configure<\/b>.<\/p>\n

Cambiamo le password per l'utente integrato cscons e enable: <\/p>\n

>enable
\nPassword: csp (preimpostato)
\n#configure terminal
\n#username cscons privilege 15 secret 0 #enable secret 0 \u041d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u043c \u0431\u0430\u0437\u043e\u0432\u0443\u044e \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u044e:<\/p>\n

#interface GigabitEthernet0\/0
\n#ip address 10.111.21.3 255.255.255.0
\n#no shutdown
\n#interface GigabitEthernet0\/1
\n#ip address 192.168.2.5 255.255.255.252
\n#no shutdown
\n#ip route 0.0.0.0 0.0.0.0 10.111.21.254<\/p>\n

GRE<\/h3>\n

\nEsci dalla console Cisco-like e accedi al shell di Debian con il comando system<\/b>. Imposta la tua password per l'utente root<\/b> comando passwd<\/b>.
\nOgni KSH ha la propria configurazione di tunnel per ciascun sito. La configurazione dell'interfaccia tunnel avviene nel file \/etc\/network\/interfaces<\/b>. La creazione stessa dell'interfaccia \u00e8 gestita dallo strumento IP tunnel, che fa parte del pacchetto preimpostato iproute2. Il comando per creare l'interfaccia viene inserito nell'opzione pre-up.<\/p>\n

Esempio di configurazione di un'interfaccia tunnel tipica:
\nauto site1
\niface site1 inet static
\naddress 192.168.1.4
\nnetmask 255.255.255.254
\npre-up ip tunnel add site1 mode gre local 10.111.21.3 remote 10.111.22.3 key hfLYEg^vCh6p<\/p>\n

Attenzione!<\/u><\/b> \u00c8 importante notare che le impostazioni delle interfacce tunnel devono essere posizionate al di fuori della sezione <\/p>\n

###netifcfg-begin###
\n*****
\n###netifcfg-end###<\/p>\n

Altrimenti, queste impostazioni verranno sovrascritte quando si modificano le impostazioni di rete delle interfacce fisiche tramite la console simile a Cisco.<\/p>\n

Routing dinamico<\/h3>\n

\nIn S-Terra, il routing dinamico \u00e8 implementato tramite il pacchetto software Quagga. Per configurare OSPF, \u00e8 necessario abilitare e configurare i demoni. zebra<\/b> e ospfd<\/b>. Il demone zebra \u00e8 responsabile dell'interazione tra i demoni di routing e il sistema operativo. Il demone ospfd, come suggerisce il nome, \u00e8 responsabile dell'implementazione del protocollo OSPF.
\nLa configurazione di OSPF viene eseguita attraverso la console del demone o direttamente tramite il file di configurazione \/etc\/quagga\/ospfd.conf<\/b>. Nel file vengono aggiunte tutte le interfacce fisiche e tunnel coinvolte nel routing dinamico, vengono dichiarate anche le reti che verranno annunciate e accetteranno annunci.<\/p>\n

Esempio di configurazione da aggiungere a ospfd.conf<\/b>:
\ninterface eth0
\n!
\ninterface eth1
\n!
\ninterface site1
\n!
\ninterface site2
\nrouter ospf
\n ospf router-id 192.168.2.21
\n network 192.168.1.4\/31 area 0.0.0.0
\n network 192.168.1.16\/31 area 0.0.0.0
\n network 192.168.2.4\/30 area 0.0.0.0<\/p>\n

In questo caso, gli indirizzi 192.168.1.x\/31 sono assegnati per reti ptp tunnel tra i siti, mentre gli indirizzi 192.168.2.x\/30 sono per reti di transito tra il router e i router core. <\/p>\n

Attenzione!<\/b><\/u> Per ridurre la tabella di routing in grandi installazioni, \u00e8 possibile filtrare l'annuncio delle reti di transito stesse utilizzando le costruzioni no redistribute connected<\/b> o redistribute connected route-map<\/b>.<\/p>\n

Dopo aver configurato i demoni, \u00e8 necessario modificare lo stato di avvio dei demoni in \/etc\/quagga\/daemons<\/b>. Nelle opzioni, cambiare no in yes. Avviare il demone quagga e impostare il suo avvio automatico all'avvio del router con il comando zebra<\/b> e ospfd<\/b> update-rc.d quagga enable Se la configurazione dei tunnel GRE e OSPF \u00e8 corretta, dovrebbero apparire rotte nei router core e nei router, creando cos\u00ec connettivit\u00e0 di rete tra le reti locali.<\/b>.<\/p>\n

Criptiamo il traffico trasmesso<\/p>\n

Crittografiamo il traffico trasmesso <\/h3>\n

\nCome gi\u00e0 accennato, di solito durante la crittografia tra i punti di accesso indichiamo le gamme di indirizzi IP (ACL) tra cui viene crittografato il traffico: se gli indirizzi di origine e di destinazione rientrano in queste gamme, il traffico tra di essi viene crittografato. Tuttavia, in questo progetto la struttura \u00e8 dinamica e gli indirizzi possono cambiare. Poich\u00e9 abbiamo gi\u00e0 configurato il tunneling GRE, possiamo utilizzare gli indirizzi esterni del KSH come indirizzi di origine e di destinazione per la crittografia del traffico, poich\u00e9 il traffico in arrivo \u00e8 gi\u00e0 incapsulato nel protocollo GRE. In altre parole, viene crittografato tutto ci\u00f2 che entra nel KSH dalla rete locale di un punto di accesso verso le reti annunciate da altri punti di accesso. E gi\u00e0 all'interno di ciascun punto di accesso pu\u00f2 essere eseguita qualsiasi reindirizzamento. Pertanto, in caso di modifiche alle reti locali, \u00e8 sufficiente che l'amministratore modifichi gli annunci provenienti dalla propria rete verso il KSH, e questa diventer\u00e0 accessibile ad altri punti di accesso.<\/p>\n

La crittografia nel KSH S-Terra avviene tramite il protocollo IPSec. Utilizziamo l'algoritmo \"Grasshopper\" in conformit\u00e0 con GOST R 34.12-2015, e per la compatibilit\u00e0 con le versioni precedenti \u00e8 possibile utilizzare GOST 28147-89. L'autenticazione pu\u00f2 tecnicamente avvenire sia su chiavi predefinite (PSK) che su certificati. Tuttavia, nell'uso industriale \u00e8 necessario utilizzare certificati emessi secondo GOST R 34.10-2012.<\/p>\n

La gestione di certificati, contenitori e CRL avviene tramite l'utility cert_mgr<\/b>. Per prima cosa, utilizzando il comando cert_mgr create<\/b> , \u00e8 necessario creare un contenitore per la chiave privata e una richiesta di certificato che sar\u00e0 inviata al Centro di gestione dei certificati. Dopo aver ricevuto il certificato, \u00e8 necessario importarlo insieme al certificato radice dell'CA e al CRL (se utilizzato) con il comando cert_mgr import<\/b>. \u00c8 possibile verificare che tutti i certificati e il CRL siano stati installati correttamente con il comando cert_mgr show<\/b>.<\/p>\n

. Dopo aver installato con successo i certificati, si passa alla console in stile Cisco per configurare IPSec.
\nCreiamo una politica IKE in cui vengono indicati gli algoritmi desiderati e i parametri del canale sicuro creato, che saranno proposti al partner per la negoziazione. <\/p>\n

#crypto isakmp policy 1000
\n#encr gost341215k
\n#hash gost341112-512-tc26
\n#authentication sign
\n#group vko2
\n#lifetime 3600<\/p>\n

Questa politica viene applicata durante la costruzione della prima fase di IPSec. Il risultato del superamento con successo della prima fase \u00e8 l'istituzione di un SA (Security Association).
\nSuccessivamente, sar\u00e0 necessario definire l'elenco degli indirizzi IP di origine e di destinazione (ACL) per la crittografia, formare un set di trasformazioni (transform set), creare una mappa crittografica (crypto map) e collegarla all'interfaccia esterna del KSH. <\/p>\n

Impostiamo l'ACL:
\n#ip access-list extended site1
\n#permit gre host 10.111.21.3 host 10.111.22.3<\/p>\n

Set di trasformazioni (utilizzando, come per la prima fase, l'algoritmo di crittografia \u00abGrasshopper\u00bb in modalit\u00e0 di generazione del messaggio di autenticazione):<\/p>\n

#crypto ipsec transform-set GOST esp-gost341215k-mac<\/p>\n

Creiamo la mappa crittografica, specificando l'ACL, il set di trasformazioni e l'indirizzo del peer:<\/p>\n

#crypto map MAIN 100 ipsec-isakmp
\n#match address site1
\n#set transform-set GOST
\n#set peer 10.111.22.3<\/p>\n

Colleghiamo la mappa crittografica all'interfaccia esterna del KSH:<\/p>\n

#interface GigabitEthernet0\/0
\n#ip address 10.111.21.3 255.255.255.0
\n#crypto map MAIN<\/p>\n

Per criptare i canali con altre piattaforme, \u00e8 necessario ripetere la procedura di creazione dell'ACL e della mappa crittografica, modificando il nome dell'ACL, gli indirizzi IP e il numero della mappa crittografica.<\/p>\n

Attenzione! <\/u><\/b>Nel caso in cui non venga utilizzato il controllo dei certificati tramite CRL, \u00e8 necessario indicarlo esplicitamente:<\/p>\n

#crypto pki trustpoint s-terra_technological_trustpoint
\n#revocation-check none<\/p>\n

Monitoriamo la \u00absalute\u00bb del sistema<\/h2>\n

\nNel KSH S-Terra per il monitoraggio viene utilizzato il demone snmpd standard. Oltre ai parametri tipici di Linux, S-Terra supporta \u00about of the box\u00bb la fornitura di dati sui tunnel IPSec in base a CISCO-IPSEC-FLOW-MONITOR-MIB, che utilizziamo per monitorare lo stato dei tunnel IPSec. Viene anche supportata la funzionalit\u00e0 degli OID personalizzati che restituiscono come valori i risultati dell'esecuzione di uno script. Questa possibilit\u00e0 ci consente di monitorare le scadenze dei certificati. Lo script scritto analizza l'output del comando cert_mgr show<\/b> e restituisce il numero di giorni fino alla scadenza dei certificati locale e radice. Questa tecnica \u00e8 indispensabile nella gestione di un gran numero di KSH.
\n\"Ci
\n<\/p>\n

Qual \u00e8 il vantaggio di tale crittografia<\/h2>\n

\nTutta la funzionalit\u00e0 descritta sopra \u00e8 supportata \u00about of the box\u00bb dal KSh S-Terra. Questo significa che non \u00e8 stato necessario installare alcun modulo aggiuntivo che potesse influire sulla certificazione dei gateway criptografici e sulla valutazione dell'intero sistema informatico. I canali tra le piattaforme possono essere di qualsiasi tipo, anche tramite internet. <\/p>\n

Grazie al fatto che non \u00e8 necessario riconfigurare i gateway criptografici quando si modifica l'infrastruttura interna, il sistema funziona come un servizio<\/b>, il che \u00e8 molto comodo per il cliente: pu\u00f2 posizionare i propri servizi (client e server) su qualsiasi indirizzo e tutte le modifiche verranno trasferite dinamicamente tra l'attrezzatura di crittografia. <\/p>\n

Senza dubbio, la crittografia a causa dell'overhead influisce sulla velocit\u00e0 di trasmissione dei dati, ma in modo insignificante: la capacit\u00e0 di banda del canale pu\u00f2 ridursi al massimo del 5-10%. Tuttavia, la tecnologia \u00e8 stata testata e ha dimostrato buoni risultati anche su canali satellitari, che sono piuttosto instabili e hanno una bassa capacit\u00e0 di banda. <\/p>\n

Igor Vinokhodov, ingegnere di 2\u00b0 livello di amministrazione \u00abRostelecom-Solar\u00bb<\/i>
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0415\u0441\u043b\u0438 \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f \u043f\u0435\u0440\u0435\u0434\u0430\u0451\u0442 \u0438\u043b\u0438 \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u0442 \u043f\u043e \u0441\u0435\u0442\u0438 \u043f\u0435\u0440\u0441\u0434\u0430\u043d\u043d\u044b\u0435 \u0438 \u0434\u0440\u0443\u0433\u0443\u044e \u043a\u043e\u043d\u0444\u0438\u0434\u0435\u043d\u0446\u0438\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e, \u043f\u043e\u0434\u043b\u0435\u0436\u0430\u0449\u0443\u044e \u0437\u0430\u0449\u0438\u0442\u0435 \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u0437\u0430\u043a\u043e\u043d\u043e\u0434\u0430\u0442\u0435\u043b\u044c\u0441\u0442\u0432\u043e\u043c, \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u0442\u044c \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043f\u043e \u0413\u041e\u0421\u0422\u0443. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043a\u0430\u043a \u0432\u043d\u0435\u0434\u0440\u0438\u043b\u0438 \u0442\u0430\u043a\u043e\u0435 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0430 \u0431\u0430\u0437\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0448\u043b\u044e\u0437\u0430 (\u041a\u0428) S-Terra \u0443 \u043e\u0434\u043d\u043e\u0433\u043e \u0438\u0437 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u0432. \u042d\u0442\u0430 \u0438\u0441\u0442\u043e\u0440\u0438\u044f \u0431\u0443\u0434\u0435\u0442 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0430 \u0418\u0411-\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0430\u043c, \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430\u043c \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u043e\u0440\u0430\u043c. \u0413\u043b\u0443\u0431\u043e\u043a\u043e \u043f\u043e\u0433\u0440\u0443\u0436\u0430\u0442\u044c\u0441\u044f \u0432 \u043d\u044e\u0430\u043d\u0441\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29260,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39000","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Crittografia secondo gli standard GOST: promemoria per la configurazione della routing dinamico del traffico | ProHoster","description":"Se la vostra azienda.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/shifruemsya-po-gostu-pamyatka-po-nastrojke-dinamicheskoj-marshrutizatsii-trafika","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0428\u0438\u0444\u0440\u0443\u0435\u043c\u0441\u044f \u043f\u043e \u0413\u041e\u0421\u0422\u0443: \u043f\u0430\u043c\u044f\u0442\u043a\u0430 \u043f\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435 \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0442\u0440\u0430\u0444\u0438\u043a\u0430 | ProHoster","og:description":"\u0415\u0441\u043b\u0438 \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/shifruemsya-po-gostu-pamyatka-po-nastrojke-dinamicheskoj-marshrutizatsii-trafika","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:27:16+00:00","article:modified_time":"2019-10-31T19:27:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39000","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-04 15:17:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:58:40","updated":"2026-02-04 15:17:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39000","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=39000"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39000\/revisions"}],"predecessor-version":[{"id":156680,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39000\/revisions\/156680"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/29260"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=39000"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=39000"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=39000"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}

A questo punto, la configurazione pu\u00f2 dirsi completata. Nell'output dei comandi della console simile a Cisco show crypto isakmp sa<\/b> e show crypto ipsec sa<\/b> dovrebbero apparire le prime e seconde fasi di IPSec. Queste informazioni possono essere ottenute anche tramite il comando sa_mgr show<\/b>, eseguito dalla shell di debian. Nell'output del comando cert_mgr show<\/b> dovrebbero comparire i certificati delle piattaforme remote. Lo stato di tali certificati sar\u00e0 remote<\/b>. Nel caso in cui i tunnel non vengano stabiliti, \u00e8 necessario controllare il log VPN<\/a>-del servizio, che \u00e8 conservato nel file \/var\/log\/cspvpngate.log<\/b>. L'elenco completo dei file di log con la descrizione del loro contenuto \u00e8 presente nella documentazione.<\/p>\n