Este documento describe los pasos para configurar el Proxy Upstream en el Dispositivo Web Seguro (SWA).
Cisco recomienda que tenga conocimiento sobre estos temas:
Cisco recomienda tener instaladas estas herramientas:
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Utilice estos pasos para configurar un Proxy Upstream en SWA:
| Pasos |
Pasos |
| Paso 1. (Opcional) Crear una categoría de URL personalizada para las URL |
Paso 1.1. En la GUI, elija Web Security Manager y haga clic en Custom and External URL Categories. Paso 1.5. En Orden de la lista, elija la primera categoría que desee colocar en la parte superior. Paso 1.6. En la lista desplegable Tipo de categoría, elija Categoría personalizada local. Paso 1.7. Agregue las URL deseadas en la sección Sitios. Paso 1.8. Enviar.
|
Paso 2. (Opcional) Crear un perfil de identificación para utilizarlo para el proxy upstream |
Paso 2.1. En la GUI, elija Web Security Manager y haga clic en Perfiles de identificación. Paso 2.7. Si no desea autenticar a los usuarios que acceden a esta política, en la sección Método de Identificación de Usuario, elija Exento de autenticación/identificación; de lo contrario configure los parámetros de autenticación. Paso 2.8. En el campo Define Members by Subnet, deje este campo en blanco para incluir todas las direcciones IP de cliente, a menos que desee pasar tráfico para ciertas direcciones IP. Paso 2.9. (Opcional: Si necesita utilizar un proxy upstream para usuarios específicos que acceden a ciertos sitios web, complete este paso). En la sección Avanzadas, elija Categorías de URL personalizadas y agregue la Categoría de URL personalizada que se creó en el Paso 1. Paso 2.10. Enviar.
|
Paso 3. Crear el proxy upstream |
Paso 3.1. Desde la GUI, elija Network, y haga clic en Upstream Proxy. Paso 3.2. Haga clic en Agregar grupo. Paso 3.3. Asignar un nombre único. Paso 3.6. (Opcional) Si ingresó más de un Proxy Upstream desde la sección Balanceo de Carga, defina el método de Balanceo de Carga deseado,
Paso 3.7. Elija la opción Gestión de Fallos que coincida con su política interna.
Paso 3.8. Enviar.
|
Paso 4. (Opcional) Cargue el certificado de descifrado |
Paso 4.1. Desde la GUI, elija Network, y haga clic en Certificate Management. Paso 4.2. En la sección Administración de certificados, haga clic en Administrar certificados raíz de confianza.
Paso 4.3. Enviar y registrar cambios. |
Paso 5. Configuración de la Política de Ruteo |
Paso 5.1. En GUI, elija Web Security Manager y haga clic en Routing Policy. Paso 5.2. (Opcional) Si desea utilizar el proxy upstream para usuarios o sitios web específicos, haga clic en Agregar directiva y elija el perfil de identificación que creó en el paso 2.
Paso 5.3. Para los ajustes requeridos que prefiera en el proxy upstream, haga clic en el enlace Destino de routing y seleccione el Grupo de proxy upstream que ha creado en el Paso 3.
Paso 5.4. Enviar y registrar los cambios. |
Paso 6. (Opcional) Configuración de los Valores de Tiempo de Espera de Respuesta de Proxy Upstream |
Paso 6.1. Inicie sesión en la CLI y ejecute advanced proxyconfig. Paso 6.2. Seleccione MISCELLANEOUS. Paso 6.3. Presione Enter hasta que vea Enter minimum idle timeout for check unresponse upstream proxy (in seconds). Puede configurar la cantidad mínima de tiempo, SWA espera para reintentar el proxy upstream que se declaró anteriormente como Enfermo. El valor predeterminado es 10 segundos. Paso 6.4. Presione Enter para continuar con la siguiente configuración. Al definir el tiempo de espera inactivo máximo para verificar un proxy upstream que no responde, observe si este valor de tiempo de espera se alcanza antes de que se agote el número configurado de intentos de reconexión (Paso 3), el SWA considera el proxy upstream como desconectado. Paso 6.5. Mantenga presionado Enter, hasta que salga del asistente, ejecute commit para guardar los cambios. |
En los registros de acceso, el tráfico enrutado al proxy upstream se muestra como DEFAULT_PARENT seguido del nombre del proxy upstream. Aquí tiene un ejemplo:
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,-,"-","-",-,"-",-,-,"-","-",-,-,"-",-,-> - -
Desde los Proxylogs, puede verificar el estado de los proxies upstream.
Estos son algunos ejemplos de lo que se configuró con los Intentos de Reconexión en el Paso 3 hasta dos veces. Después del segundo fallo de conexión al proxy upstream, el proxy upstream se declara muerto y SWA elimina este proxy upstream de la lista hasta que se reinicie el proceso proxy:
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.
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
2.0 |
21-Oct-2026
|
Actualización Introducción, ortografía, gramática, espaciado, líneas horizontales insertadas para separar secciones para facilitar su lectura, alertas fijas de CCW. |
1.0 |
28-Apr-2026
|
Versión inicial |