Rotación de proxy entre peticiones, conexiones y sesiones
Compruebe qué rota realmente un servicio de proxy rotativo antes de añadir Connection: close a cada petición de la aplicación.
Una segunda petición a través de la misma puerta de enlace puede usar legítimamente la misma IP pública. Compruebe qué vida útil utiliza el servicio para su rotación:
| Unidad de rotación | Qué comparar |
|---|---|
| Petición | La siguiente operación de la aplicación y su salida observada |
| Conexión | Si el cliente reutilizó una conexión compatible o abrió otra |
| Sesión del proveedor | La entrada de sesión pegajosa documentada y su vida útil |
Connection: close no es una instrucción universal para la puerta de enlace. En HTTPS dentro de CONNECT, la cabecera de petición del sitio viaja dentro del TLS de destino. No indica al proxy exterior qué IP pública asignar. La semántica específica de conexión de HTTP/1.1 tampoco puede trasladarse sin cambios a cada versión de HTTP ni a cada transporte.
Si un servicio documentado por conexión necesita una conexión nueva, utilice el control de ciclo de vida que admite el cliente y tenga en cuenta los costes repetidos de establecimiento de TCP/TLS. Si la rotación sigue una sesión del proveedor, volver a conectar puede conservar tanto esa sesión como su salida.
Registre por separado el identificador de la petición, el punto final, la clave de sesión pertinente y la fuente observada en el destino. Cerrar una conexión solo establece ese evento de ciclo de vida; verifique la salida elegida para la siguiente operación contra el contrato de rotación real del servicio.