Conexión restablecida por el par a través de un proxy: encuentre la etapa que falló
Utilice la etapa de conexión y las pruebas corroborantes para investigar un restablecimiento del proxy sin tomar el breve mensaje de error del sistema operativo como una atribución.
«Connection reset by peer» indica una conexión de transporte rota. No identifica al proveedor, al operador del proxy ni al sitio web como la causa.
| Momento del restablecimiento | Dónde investigar |
|---|---|
| Inmediatamente después de que TCP conecte | Una discrepancia de protocolo o un servicio que rechaza el intercambio inicial |
| Después de que CONNECT tenga éxito | La ruta del túnel establecida |
| Durante una respuesta | Cierre aguas arriba, una política de vida de un intermediario y la ruta de transferencia |
Después cambie una condición relevante manteniendo fijos el proxy y el destino. Compare una conexión cifrada cliente-a-proxy configurada correctamente, cuando sea compatible, o el mismo cliente desde otra red aprobada. Pregunte si el operador puede correlacionar el intento en sus registros.
Un resultado distinto acota la investigación sin probar una causa. Pasar el tráfico por un túnel puede cambiar a la vez la temporización, la carga, la política y los equipos intermediarios. Su éxito por sí solo no puede establecer un bloqueo deliberado en la ruta original.
Donde haya observaciones de paquetes autorizadas, compárelas con los registros de la aplicación y del proxy. Incluso la dirección de origen esperada del paquete no explica por qué se envió un restablecimiento ni qué sistema aplicó una política.
Conserve el error numérico, la marca de tiempo, el extremo y la última etapa completada. Use esas pruebas antes de cambiar credenciales o ajustes de TLS; el breve mensaje de restablecimiento por sí solo no da motivo para cambiar ninguno de los dos.