Este documento descreve as etapas para configurar o Proxy de Upstream no Secure Web Appliance (SWA).
A Cisco recomenda que você tenha conhecimento destes tópicos:
A Cisco recomenda que você tenha estas ferramentas instaladas:
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.
Use estas etapas para configurar um proxy de upstream no SWA:
| Etapas |
Etapas |
| Etapa 1. (Opcional) Criar uma Categoria de URL Personalizada para URLs |
Etapa 1.1. Na GUI, escolha o Web Security Manager e clique em Categorias de URL personalizadas e externas. Etapa 1.5. Em Ordem da lista, escolha a primeira categoria a ser posicionada na parte superior. Etapa 1.6. Na lista suspensa Tipo de categoria, selecione Categoria personalizada local. Etapa 1.7. Adicione os URLs desejados na seção Sites. Etapa 1.8. Enviar.
|
Etapa 2. (Opcional) Criar um Perfil de Identificação a Ser Usado para o Proxy de Upstream |
Etapa 2.1. Na GUI, escolha o Web Security Manager e clique em Identification Profiles. Etapa 2.7. Se você não quiser autenticar os usuários que estão acessando essa política, na seção Método de identificação de usuário selecione Isentar de autenticação/identificação, caso contrário configure os parâmetros de autenticação. Etapa 2.8. No campo Definir membros por sub-rede, deixe este campo em branco para incluir todos os endereços IP do cliente, a menos que você queira Passar tráfego para determinados IPs. Etapa 2.9. (Opcional: Se você precisar usar um proxy de upstream para usuários específicos que acessam determinados sites, conclua esta etapa). Na seção Avançado, escolha Categorias de URL Personalizadas e Adicione a Categoria de URL Personalizada que foi criada na Etapa 1. Etapa 2.10. Enviar.
|
Etapa 3. Criar o proxy de upstream |
Etapa 3.1. Na GUI, escolha Network e clique em Upstream Proxy. Etapa 3.2. Clique em Add Group. Etapa 3.3. Atribuir um nome exclusivo. Etapa 3.6. (Opcional) Se você inseriu mais de um Proxy de upstream na seção Balanceamento de carga, defina o método de Balanceamento de carga desejado,
Etapa 3.7. Escolha a opção Tratamento de falhas que corresponda à sua política interna.
Etapa 3.8. Enviar.
|
Etapa 4. (Opcional) Fazer upload do certificado de descriptografia |
Etapa 4.1. Na GUI, escolha Rede e clique em Gerenciamento de Certificado. Etapa 4.2. Na seção Gerenciamento de certificados, clique em Gerenciar certificados raiz confiáveis.
Etapa 4.3. Enviar e confirmar as alterações. |
Etapa 5. Configurar a Política de Roteamento |
Etapa 5.1. Na GUI, selecione o Web Security Manager e clique em Routing Policy. Etapa 5.2. (Opcional) Se você quiser usar o proxy de upstream para usuários ou sites específicos, clique em Adicionar política e escolha o Perfil de identificação que você criou na Etapa 2.
Etapa 5.3. Para obter as configurações necessárias que você prefere no proxy de upstream, clique no link Destino do roteamento e selecione o Grupo de proxy de upstream que você criou na Etapa 3.
Etapa 5.4. Enviar e confirmar as alterações. |
Etapa 6. (Opcional) Definindo as configurações de tempo limite de não resposta do proxy de upstream |
Etapa 6.1. Efetue login na CLI e execute advancedproxyconfig. Etapa 6.2. Selecione MISCELÂNEA. Etapa 6.3. Pressione Enter até ver Enter minimum idle timeout for checked unresponsive upstream proxy (in seconds). Você pode configurar a quantidade mínima de tempo que o SWA espera para tentar novamente o proxy de upstream que foi declarado anteriormente como doente. O valor padrão é de 10 segundos. Etapa 6.4. Pressione Enter para prosseguir para a próxima configuração. Ao definir o timeout ocioso máximo para verificar um proxy de upstream sem resposta, observe se esse valor de timeout é atingido antes que o número configurado de tentativas de reconexão seja esgotado (Etapa 3), o SWA considera o proxy de upstream off-line. Etapa 6.5. Continue pressionando Enter, até sair do assistente, execute commit para salvar as alterações. |
Nos registros de acesso, o tráfego roteado para o proxy de upstream é mostrado como DEFAULT_PARENT seguido pelo nome do proxy de upstream. Este é um exemplo:
1775659642.780 462 10.20.3.15 TCP_MISS_SSL/200 129 CONNECT tunnel://www.cisco.com:443/ "AMOJARRA\amojarra" DEFAULT_PARENT/10.48.48.182 - DECRYPT_WEBCAT_7-DPurl-Auith-NONE-NONE-NONE-DefaultGroup-NONE <"IW_comp",8.7,1,"-",-,-,-,-,"-",-,-,-,"-",-,-,"-","-",-,-,"IW_comp",-,"-","Computers and Internet","-","Unknown","Unknown","-","-",2.23,0,-,"-","-",-,"-",-,-,"-","-",-,-,"-",-,-> - -
Nos registros de proxy, você pode verificar o status de integridade dos proxies de upstream.
Estes são alguns exemplos do que foi configurado com as Tentativas de Reconexão na Etapa 3 duas vezes. Após a segunda falha de conexão com o proxy de upstream, o proxy de upstream é declarado inativo e o SWA remove esse proxy de upstream da lista até que o processo de proxy seja reiniciado:
Thu Apr 2 13:52:35 2026 Info: PROX_CONNTRACK : 940 : [15968:0] Peer-upstream 10.48.48.182:3128 was healthy, now sick.
Thu Apr 2 13:52:36 2026 Info: PROX_CONNTRACK : 940 : [15968:0] Peer 10.48.48.182:3128 was sick, now healthy.
...
Thu Apr 2 13:59:37 2026 Info: PROX_CONNTRACK : 60 : [71197:0] Peer 10.48.48.183:3128 remains sick after 2 failures.
Thu Apr 2 13:59:39 2026 Warning: PROX_CONNTRACK : 70 : [71197:0] Peer-upstream 10.48.48.183:3128 declared dead.
| Revisão | Data de publicação | Comentários |
|---|---|---|
2.0 |
21-Oct-2026
|
Introdução atualizada, ortografia, gramática, espaçamento, linhas horizontais inseridas em seções separadas para legibilidade, alertas fixos do CCW. |
1.0 |
28-Apr-2026
|
Versão inicial |