Rotação de proxy entre pedidos, ligações e sessões
Verifique o que um serviço de proxy rotativo realmente roda antes de acrescentar Connection: close a cada pedido da aplicação.
Um segundo pedido através do mesmo gateway pode usar legitimamente o mesmo IP público. Verifique que tempo de vida o serviço utiliza para a sua rotação:
| Unidade de rotação | O que comparar |
|---|---|
| Pedido | A operação seguinte da aplicação e a saída observada |
| Ligação | Se o cliente reutilizou uma ligação compatível ou abriu outra |
| Sessão do fornecedor | A entrada de sessão pegajosa documentada e o seu tempo de vida |
Connection: close não é uma instrução universal de gateway. Em HTTPS dentro de CONNECT, o cabeçalho do pedido do site viaja dentro do TLS de destino. Não diz ao proxy exterior que IP público atribuir. A semântica específica da ligação de HTTP/1.1 também não pode ser transportada sem alterações para cada versão de HTTP ou transporte.
Se um serviço documentado por ligação precisar de uma ligação nova, use o controlo de ciclo de vida suportado pelo cliente e conte com os custos repetidos de configuração de TCP/TLS. Se a rotação seguir uma sessão do fornecedor, reconectar pode manter tanto essa sessão como a sua saída.
Registe separadamente o identificador do pedido, o endpoint, a chave de sessão relevante e a origem observada no destino. Fechar uma ligação apenas estabelece esse evento de ciclo de vida; verifique a saída escolhida para a operação seguinte face ao contrato de rotação real do serviço.