Yhteys nollattiin vastapuolen toimesta välityspalvelimen kautta: etsi epäonnistunut vaihe
Käytä yhteysvaihetta ja vahvistavaa näyttöä välityspalvelimen nollauksen tutkimiseen ottamatta käyttöjärjestelmän lyhyttä virheilmoitusta syyn osoituksena.
“Connection reset by peer” ilmoittaa katkenneesta siirtoyhteydestä. Se ei kerro, että syy olisi internetpalveluntarjoaja, välityspalvelimen ylläpitäjä tai verkkosivusto.
| Nollauksen ajankohta | Mistä tutkia |
|---|---|
| Heti TCP-yhteyden muodostamisen jälkeen | Protokollan eroavuus tai palvelu, joka hylkää avausvaihdon |
| Kun CONNECT onnistuu | Muodostettu tunnelireitti |
| Vastauksen aikana | Ylävirran sulkeutuminen, välittäjän elinkaaripolitiikka ja siirtoreitti |
Muuta sitten yhtä olennaista ehtoa pitäen välityspalvelin ja kohde ennallaan. Vertaa oikein määritettyä salattua asiakas-välityspalvelin-yhteyttä, kun se on tuettu, tai samaa asiakasta toisesta hyväksytystä verkosta. Kysy, voiko ylläpitäjä yhdistää yrityksen lokiinsa.
Erilainen tulos rajaa tutkimusta mutta ei todista yhtä syytä. Liikenteen kuljettaminen tunnelin läpi voi muuttaa ajoitusta, kuormaa, politiikkaa ja välittäviä laitteita samanaikaisesti. Sen onnistuminen yksin ei voi osoittaa tahallista estoa alkuperäisellä reitillä.
Missä valtuutettuja pakettihavaintoja on saatavilla, vertaa niitä sovelluksen ja välityspalvelimen lokeihin. Edes odotettu paketin lähdeosoite ei selitä, miksi nollaus lähetettiin tai mikä järjestelmä pani politiikan täytäntöön.
Säilytä numeerinen virhe, aikaleima, päätepiste ja viimeksi suoritettu vaihe. Käytä näyttöä ennen kuin muutat tunnistetietoja tai TLS-asetuksia; lyhyt nollausviesti itsessään ei anna syytä muuttaa kumpaakaan.