Connexió reiniciada pel par a través d'un proxy: trobeu l'etapa que ha fallat
Utilitzeu l'etapa de connexió i les proves corroborants per investigar un reinici del proxy sense prendre el missatge d'error curt del sistema operatiu com una atribució.
«Connection reset by peer» indica una connexió de transport trencada. No identifica l'ISP, l'operador del proxy ni el lloc web com a causa.
| Moment del reinici | On investigar |
|---|---|
| Immediatament després que TCP connecti | Una discrepància de protocol o un servei que rebutja l'intercanvi inicial |
| Després que CONNECT tingui èxit | El camí del túnel establert |
| Durant una resposta | Tancament aigües amunt, una política de vida d'un intermediari i el camí de transferència |
Després canvieu una condició rellevant mantenint el proxy i la destinació fixos. Compareu una connexió xifrada client-a-proxy configurada correctament, quan sigui compatible, o el mateix client des d'una altra xarxa aprovada. Pregunteu si l'operador pot correlacionar l'intent als seus registres.
Un resultat diferent estreta la investigació sense demostrar una causa. Fer passar el trànsit per un túnel pot canviar alhora la temporització, la càrrega, la política i els equips intermediaris. El seu èxit per si sol no pot establir un bloqueig deliberat al camí original.
On hi hagi observacions de paquets autoritzades, compareu-les amb els registres de l'aplicació i del proxy. Fins i tot l'adreça d'origen esperada del paquet no explica per què es va enviar un reinici ni quin sistema va aplicar una política.
Conserveu l'error numèric, la marca temporal, el punt final i l'última etapa completada. Utilitzeu aquestes proves abans de canviar credencials o paràmetres TLS; el missatge curt de reinici per si sol no dona cap motiu per canviar-ne cap dels dos.