Tilkoplinga vart tilbakestilt av motparten gjennom ein proxy: finn trinnet som feila
Bruk tilkoplingstrinnet og støttande prov for å undersøkje ein proxy-tilbakestilling utan å handsame den korte feilmeldinga til operativsystemet som ei årsaksangiving.
«Connection reset by peer» viser ei broten transporttilkopling. Det oppgir ikkje leverandøren, proxy-operatøren eller nettstaden som årsak.
| Tidspunkt for tilbakestilling | Kvar det skal undersøkjast |
|---|---|
| Straks etter at TCP har kopla til | Eit protokollavvik eller ei teneste som avviser den innleiande utvekslinga |
| Etter at CONNECT lukkast | Den etablerte tunnelruta |
| Under eit svar | Lukking oppstraums, ein levetidspolicy for eit mellomledd og overføringsruta |
Endre deretter éin relevant føresetnad medan proxyen og målet blir haldne fast. Samanlikn ei rett konfigurert kryptert klient-til-proxy-tilkopling, der ho er støtta, eller same klient frå eit anna godkjent nettverk. Spør om operatøren kan korrelere forsøket i loggane sine.
Eit anna resultat snevrar inn undersøkinga utan å prove éi årsak. Å føre trafikk gjennom ein tunnel kan endre timing, last, policy og mellomledd samstundes. Suksessen åleine kan ikkje fastslå medvite blokkering på den opphavlege ruta.
Der autoriserte pakkeobservasjonar er tilgjengelege, samanlikn dei med applikasjons- og proxyloggar. Sjølv den venta kjeldeadressa til pakken forklarar ikkje kvifor ei tilbakestilling vart send eller kva system som handheva ein policy.
Ta vare på den numeriske feilen, tidsstempelet, endepunktet og det sist fullførte trinnet. Bruk desse prova før du endrar påloggingsdetaljar eller TLS-innstillingar; den korte tilbakestillingsmeldinga gir i seg sjølv ingen grunn til å endre nokon av dei.