Afinidad de sesión del proxy: ¿una petición o todo un flujo de trabajo?
Decida si la afinidad del proxy corresponde a una petición, a un flujo de trabajo autenticado o a una cuenta de mayor duración antes de activar la rotación automática.
Un inicio de sesión, una redirección y la descarga de un informe son tres peticiones. Para el usuario son una sola tarea. Rotar la salida entre cada petición puede hacer que esa tarea sea más difícil de razonar incluso cuando cada proxy funciona.
Empiece por definir la unidad que posee la ruta. Un selector a nivel de petición sirve para operaciones independientes. Para esas operaciones públicas, la lista gratuita de proxies ofrece candidatos cuando se permiten intermediarios públicos; no proporciona ningún contrato de sesión persistente. Una elección a nivel de flujo de trabajo mantiene los pasos relacionados en una ruta intencionada hasta que el flujo termina o hasta que una decisión de recuperación definida la reemplaza.
Las cookies y la afinidad del proxy son estados distintos
Una cookie de aplicación pertenece a las reglas de sesión del sitio web. El identificador de sesión persistente de un proveedor, cuando se ofrece, pertenece a su servicio de proxy y a la política documentada de conexión o de cuenta. No se convierten en un solo ajuste solo porque ambos usen la palabra sesión.
Un intermediario CONNECT normal no puede leer la cabecera Cookie cifrada del sitio web ni usarla como clave de enrutamiento. Si un servicio promete un comportamiento basado en cookies, averigüe qué interfaz visible transporta esa cookie y si el TLS termina allí. No dé por hecho que la cookie privada del sitio web esté disponible automáticamente para una pasarela de túnel.
Mantenga un registro pequeño del flujo: punto final elegido, identificador de sesión del proveedor si se usa, identificador de sesión de la aplicación y la condición que termina la afinidad. Evite poner secretos de cuenta en claves de registro rutinarias.
Planifique el caso incómodo
Si la ruta elegida falla a mitad de camino, decida si el flujo puede continuar con seguridad por otra salida, si necesita restablecer su sesión de aplicación o si debe detenerse. Una respuesta fallida no siempre significa que una operación enviada nunca se procesara.
Ni la persistencia permanente ni la rotación constante son universalmente correctas. Elija el alcance según los requisitos de coherencia de la aplicación y luego aplique el ritmo de peticiones y los límites del servicio a todo el flujo. Más salidas no eliminan esos requisitos.