Rotación de proxy entre peticións, conexións e sesións
Comprobe que rota realmente un servizo de proxy rotativo antes de engadir Connection: close a cada petición da aplicación.
Unha segunda petición pola mesma pasarela pode usar lexitimamente a mesma IP pública. Comprobe que vida útil usa o servizo para a súa rotación:
| Unidade de rotación | Que comparar |
|---|---|
| Petición | A seguinte operación da aplicación e a súa saída observada |
| Conexión | Se o cliente reutilizou unha conexión compatible ou abriu outra |
| Sesión do provedor | A entrada de sesión pegañenta documentada e a súa vida útil |
Connection: close non é unha instrución universal para a pasarela. En HTTPS dentro de CONNECT, a cabeceira da petición do sitio viaxa dentro do TLS de destino. Non lle indica ao proxy exterior que IP pública asignar. A semántica específica de conexión de HTTP/1.1 tampouco se pode trasladar sen cambios a cada versión de HTTP nin a cada transporte.
Se un servizo documentado por conexión necesita unha conexión nova, use o control de ciclo de vida que admite o cliente e conte cos custos repetidos de establecemento de TCP/TLS. Se a rotación segue unha sesión do provedor, reconectar pode conservar tanto esa sesión como a súa saída.
Rexistre por separado o identificador da petición, o punto final, a clave de sesión pertinente e a fonte observada no destino. Pechar unha conexión só establece ese evento de ciclo de vida; verifique a saída escollida para a seguinte operación contra o contrato de rotación real do servizo.