Tilkoblingen ble tilbakestilt av motparten gjennom en proxy: finn trinnet som feilet
Bruk tilkoblingstrinnet og understøttende bevis for å undersøke en proxy-tilbakestilling uten å behandle operativsystemets korte feilmelding som en årsaksangivelse.
«Connection reset by peer» viser en brutt transportforbindelse. Det angir ikke leverandøren, proxy-operatøren eller nettstedet som årsak.
| Tidspunkt for tilbakestilling | Hvor det skal undersøkes |
|---|---|
| Umiddelbart etter at TCP har koblet til | En protokollavvik eller en tjeneste som avviser den innledende utvekslingen |
| Etter at CONNECT lykkes | Den etablerte tunnelruten |
| Under en respons | Lukking oppstrøms, en mellomledds levetidspolicy og overføringsruten |
Endre deretter én relevant betingelse mens proxyen og målet holdes fast. Sammenlign en riktig konfigurert kryptert klient-til-proxy-forbindelse, der den støttes, eller samme klient fra et annet godkjent nettverk. Spør om operatøren kan korrelere forsøket i loggene sine.
Et annet resultat snevrer inn undersøkelsen uten å bevise én årsak. Å føre trafikk gjennom en tunnel kan endre timing, last, policy og mellomledd samtidig. Suksessen alene kan ikke fastslå bevisst blokkering på den opprinnelige ruten.
Der autoriserte pakkeobservasjoner er tilgjengelige, 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.
Bevar den numeriske feilen, tidsstempelet, endepunktet og det sist fullførte trinnet. Bruk disse bevisene før du endrer legitimasjon eller TLS-innstillinger; den korte tilbakestillingsmeldingen gir i seg selv ingen grunn til å endre noen av dem.