Conexión restablecida polo par a través dun proxy: atope a etapa que fallou
Utilice a etapa de conexión e as probas corroborantes para investigar un restablecemento do proxy sen tomar a breve mensaxe de erro do sistema operativo como unha atribución.
«Connection reset by peer» indica unha conexión de transporte rota. Non identifica o provedor, o operador do proxy nin o sitio web como a causa.
| Momento do restablecemento | Onde investigar |
|---|---|
| Inmediatamente despois de que TCP conecte | Unha discrepancia de protocolo ou un servizo que rexeita o intercambio inicial |
| Despois de que CONNECT teña éxito | A ruta do túnel establecida |
| Durante unha resposta | Pechamento augas arriba, unha política de vida dun intermediario e a ruta de transferencia |
Despois cambie unha condición relevante mantendo fixos o proxy e o destino. Compare unha conexión cifrada cliente-a-proxy configurada correctamente, cando sexa compatible, ou o mesmo cliente desde outra rede aprobada. Pregunte se o operador pode correlacionar o intento nos seus rexistros.
Un resultado distinto reduce a investigación sen probar unha causa. Pasar o tráfico por un túnel pode cambiar á vez a temporización, a carga, a política e os equipos intermedios. O seu éxito por si só non pode establecer un bloqueo deliberado na ruta orixinal.
Onde haxa observacións de paquetes autorizadas, compáreas cos rexistros da aplicación e do proxy. Mesmo o enderezo de orixe esperado do paquete non explica por que se enviou un restablecemento nin que sistema aplicou unha política.
Conserve o erro numérico, a marca de tempo, o extremo e a última etapa completada. Use esas probas antes de cambiar credenciais ou axustes de TLS; a breve mensaxe de restablecemento por si soa non dá motivo para cambiar ningún dos dous.