Conexão redefinida pelo par através de um proxy: encontre a etapa que falhou
Use a etapa da conexão e evidências corroborantes para investigar uma redefinição do proxy sem tomar a curta mensagem de erro do sistema operativo como atribuição de causa.
«Connection reset by peer» indica uma conexão de transporte quebrada. Não identifica o fornecedor, o operador do proxy ou o sítio como causa.
| Momento da redefinição | Onde investigar |
|---|---|
| Imediatamente após o TCP ligar | Uma incompatibilidade de protocolo ou um serviço que rejeita a troca inicial |
| Depois de o CONNECT ter êxito | O caminho do túnel estabelecido |
| Durante uma resposta | Fecho a montante, uma política de vida de um intermediário e o caminho de transferência |
Depois, altere uma condição relevante mantendo o proxy e o destino fixos. Compare uma ligação cifrada cliente-para-proxy configurada corretamente, quando suportada, ou o mesmo cliente a partir de outra rede aprovada. Pergunte se o operador consegue correlacionar a tentativa nos seus registos.
Um resultado diferente estreita a investigação sem provar uma causa. Passar o tráfego por um túnel pode alterar em simultâneo o tempo, a carga, a política e os equipamentos intermédios. O seu sucesso por si só não pode estabelecer um bloqueio deliberado no caminho original.
Onde existam observações de pacotes autorizadas, compare-as com os registos da aplicação e do proxy. Nem mesmo o endereço de origem esperado do pacote explica porque foi enviada uma redefinição ou que sistema aplicou uma política.
Preserve o erro numérico, o carimbo temporal, o endpoint e a última etapa concluída. Use essas evidências antes de alterar credenciais ou definições de TLS; a curta mensagem de redefinição por si só não dá motivo para alterar nenhuma delas.