Entender o fluxo de tráfego não-HTTP(S) do proxy do gateway multicloud

Opções de download

  • PDF     (409.7 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (267.7 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (180.2 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:31 de julho de 2024
ID do documento:222267

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

    Introdução

    Este documento descreve como o Cisco Multicloud Defense Gateway lida com o tráfego TCP (que não seja a Web) quando um proxy de encaminhamento é configurado.

    Pré-requisitos

    Requisitos

    A Cisco recomenda que você conheça estes tópicos:

    • Conhecimento básico da computação em nuvem
    • Conhecimento básico das redes de computadores

    Componentes Utilizados

    Este documento não se restringe a versões de software e hardware específicas.

    As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

    Proxy

    Um proxy serve como intermediário para dois endpoints de rede. Funciona como um gateway que faz a transição de uma rede para outra para aplicativos específicos. Os proxies controlam e simplificam a complexidade das solicitações por meio de seus recursos de encaminhamento e processo de solicitação. Eles oferecem diferentes níveis de funcionalidade, segurança e privacidade, além de serem benéficos na navegação na Web e na proteção de dados. 

    .

    Proxy de Encaminhamento de Gateway de Multicloud

    Este diagrama mostra o fluxo de rede quando o gateway de várias nuvens é colocado no caminho entre o cliente e o servidor e o gateway de várias nuvens é configurado para atuar como um proxy de encaminhamento. 

    Proxy de encaminhamento MCDImagem - Proxy de encaminhamento MCD

    note-icon

    Observação: esse processo é aplicável para o tráfego SSH quando seu cliente está configurado para usar o gateway de várias nuvens como um proxy para se conectar ao servidor SSH.

    1. O handshake triplo do TCP é iniciado entre o cliente e o gateway de várias nuvens.
    2. O cliente envia um HELLO CLIENTE ao servidor. Este CLIENT HELLO contém o Identificador de Nome de Servidor (SNI). O gateway intercepta esse pacote e executa a política de filtragem FQDN.
    ícone de cuidado

    Cuidado: Determinadas aplicações configuradas para utilizar protocolos de negociação automática, como as que determinam a versão do SSH, não devem transmitir o Hello do cliente.

    3. Se o tráfego for permitido, o gateway inicia uma nova solicitação de handshake TCP para o servidor e encaminha o Hello do cliente. (conforme recebido do cliente)

    note-icon

    Observação: se o servidor não recebeu nenhum pacote do gateway de várias nuvens, pode ser porque o cliente não enviou o Hello do cliente.

    4. O gateway de várias nuvens encaminhou o Hello do servidor para o cliente.

    5. Após a troca de certificados, todos os pacotes são enviados como estão sem nenhuma ação

    Informações Relacionadas

    Histórico de revisões

    Revisão Data de publicação Comentários
    1.0
    31-Jul-2024
    Versão inicial
    TAC Authored

    Colaborado por engenheiros da Cisco

    • Amirhossein Mojarrad
      Engenheiro de consultoria técnica

    Este documento lhe foi útil?

    FeedbackFeedback

    Contate a Cisco

    Este documento se refere a estes produtos