Lidhja u rivendos nga pala përmes një proxy: gjeni fazën që dështoi
Përdorni fazën e lidhjes dhe provat mbështetëse për të hetuar një rivendosje të proxy-t pa e marrë mesazhin e shkurtër të gabimit të sistemit operativ si atribuim të shkakut.
«Connection reset by peer» tregon një lidhje transporti të prishur. Nuk identifikon ofruesin, operatorin e proxy-t ose faqen e internetit si shkak.
| Koha e rivendosjes | Ku të hetohet |
|---|---|
| Menjëherë pas lidhjes TCP | Një mospërputhje protokolli ose një shërbim që refuzon shkëmbimin hapës |
| Pas suksesit të CONNECT | Rruga e tunelit të vendosur |
| Gjatë një përgjigjeje | Mbyllja në rrjedhën e sipërme, një politikë jetëgjatësie e një ndërmjetësi dhe rruga e transferimit |
Më pas ndryshoni një kusht të rëndësishëm duke mbajtur proxy-n dhe destinacionin të pandryshuar. Krahasoni një lidhje të kriptuar klient-te-proxy të konfiguruar saktë, aty ku mbështetet, ose të njëjtin klient nga një rrjet tjetër i miratuar. Pyetni nëse operatori mund ta lidhë përpjekjen në regjistrat e tij.
Një rezultat i ndryshëm e ngushton hetimin pa provuar një shkak. Kalimi i trafikut përmes një tuneli mund të ndryshojë njëkohësisht kohën, ngarkesën, politikën dhe pajisjet ndërmjetëse. Suksesi i tij vetëm nuk mund të vërtetojë bllokim të qëllimshëm në rrugën origjinale.
Aty ku ka vëzhgime të autorizuara paketash, krahasoni ato me regjistrat e aplikacionit dhe të proxy-t. As adresa e pritur e burimit të paketës nuk shpjegon pse u dërgua një rivendosje ose cili sistem zbatoi një politikë.
Ruani gabimin numerik, vulën kohore, pikën fundore dhe fazën e fundit të përfunduar. Përdorni ato prova përpara se të ndryshoni kredencialet ose cilësimet e TLS; mesazhi i shkurtër i rivendosjes në vetvete nuk jep asnjë arsye për të ndryshuar asnjërën.