Anslutningen återställdes av motparten via en proxy: hitta steget som misslyckades
Använd anslutningssteget och stödjande bevis för att undersöka en proxy-återställning utan att behandla operativsystemets korta felmeddelande som en orsaksangivelse.
”Connection reset by peer” anger en bruten transportanslutning. Det pekar inte ut leverantören, proxyoperatören eller webbplatsen som orsak.
| Tidpunkt för återställning | Var det ska undersökas |
|---|---|
| Direkt efter att TCP har anslutit | En protokollavvikelse eller en tjänst som avvisar det inledande utbytet |
| Efter att CONNECT lyckats | Den etablerade tunnelvägen |
| Under ett svar | Stängning uppströms, en livstidspolicy hos en mellanhand och överföringsvägen |
Ändra sedan en relevant förutsättning medan proxyn och målet hålls fasta. Jämför en korrekt konfigurerad krypterad klient-till-proxy-anslutning, där den stöds, eller samma klient från ett annat godkänt nätverk. Fråga om operatören kan korrelera försöket i sina loggar.
Ett annat resultat snävar in undersökningen utan att bevisa en orsak. Att föra trafik genom en tunnel kan ändra timing, last, policy och mellanliggande enheter samtidigt. Framgången ensam kan inte fastställa avsiktlig blockering på den ursprungliga vägen.
Där auktoriserade paketobservationer finns, jämför dem med applikations- och proxyloggar. Inte ens paketets förväntade källadress förklarar varför en återställning skickades eller vilket system som tillämpade en policy.
Bevara det numeriska felet, tidsstämpeln, slutpunkten och det senast slutförda steget. Använd dessa bevis innan du ändrar inloggningsuppgifter eller TLS-inställningar; det korta återställningsmeddelandet ger i sig ingen anledning att ändra någon av dem.