Introduzione
Questo documento descrive come Cisco Multicast Defense Gateway gestisce il traffico TCP (diverso dal Web), quando viene configurato un proxy di inoltro.
Prerequisiti
Requisiti
Cisco raccomanda la conoscenza dei seguenti argomenti:
- Conoscenze base del cloud computing
- Conoscenze base delle reti di computer
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
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.
Proxy
Un proxy funge da intermediario per due endpoint di rete. Funge da gateway per la transizione da una rete all'altra per applicazioni specifiche. I proxy controllano e semplificano la complessità delle richieste attraverso il processo di richiesta e le funzionalità di inoltro. Offrono diversi livelli di funzionalità, sicurezza e privacy e si rivelano utili per la navigazione sul Web e la protezione dei dati.
.
Proxy di inoltro gateway multicast
Questo diagramma mostra il flusso di rete quando il gateway multicolore viene posizionato nel percorso tra il client e il server e il gateway multicolore è configurato per fungere da proxy di inoltro.
Immagine - MCD Forward Proxy
Nota: questo processo è applicabile al traffico SSH quando il client è configurato per utilizzare il gateway multicolore come proxy per la connessione al server SSH.
- L'handshake a 3 vie TCP viene avviato tra il client e il gateway multicolore.
- Il client invia un HELLO CLIENT al server. Questo HELLO CLIENT contiene l'identificatore del nome del server (SNI, Server Name Identifier). Il gateway intercetta questo pacchetto ed esegue i criteri di filtro FQDN.
Attenzione: alcune applicazioni configurate per utilizzare i protocolli di negoziazione automatica, ad esempio quelle che determinano la versione SSH, non devono trasmettere il messaggio Hello del client.
3. Se il traffico è consentito, il gateway avvia una nuova richiesta di handshake TCP al server e inoltra il client Hello. (ricevuto dal client)
Nota: se il server non ha ricevuto alcun pacchetto dal gateway a cloud multipli, è possibile che il client non abbia inviato il messaggio Hello.
4. Il gateway multicolore ha inoltrato il Server Hello al client.
5. Dopo lo scambio dei certificati, tutti i pacchetti vengono inviati così come sono senza alcuna azione
Informazioni correlate