Tilkoblingen ble tilbakestilt av motparten via en proxy: finn det feilede trinnet
Bruk tilkoblingstrinnet og støttende bevis for å undersøke en proxy-tilbakestilling, uten å behandle operativsystemets korte feilmelding som en tilskrivning av årsak.
«Connection reset by peer» melder om en brutt transportforbindelse. Den peker ikke ut leverandøren, proxy-operatøren eller nettstedet som årsak.
| Tidspunkt for tilbakestilling | Hvor det bør undersøkes |
|---|---|
| Straks etter at TCP har koblet til | Et protokollavvik eller en tjeneste som avviser den innledende utvekslingen |
| Etter at CONNECT er vellykket | Den etablerte tunnelruten |
| Mens en respons pågår | Lukking oppstrøms, en levetidspolicy hos et mellomledd og overføringsruten |
Endre så én relevant betingelse mens proxyen og destinasjonen holdes uendret. Sammenlign en korrekt satt opp kryptert klient-til-proxy-forbindelse, der den støttes, eller den samme klienten fra et annet godkjent nettverk. Spør om operatøren kan korrelere forsøket i sine logger.
Et annet resultat avgrenser undersøkelsen uten å bevise én årsak. Å sende trafikk gjennom en tunnel kan endre timing, belastning, policy og mellomliggende enheter på én gang. Suksessen alene kan ikke fastslå bevisst blokkering på den opprinnelige ruten.
Der autoriserte pakkeobservasjoner finnes, sammenlign dem med applikasjons- og proxylogger. Selv den forventede kildeadressen til pakken forklarer ikke hvorfor en tilbakestilling ble sendt, eller hvilket system som håndhevet en policy.
Ta vare på den numeriske feilen, tidsstempelet, endepunktet og det sist fullførte trinnet. Bruk disse bevisene før du endrer påloggingsinformasjon eller TLS-innstillinger; den korte tilbakestillingsmeldingen gir i seg selv ingen grunn til å endre noen av dem.