Forbindelsen nulstillet af modparten gennem en proxy: find det fejlede trin
Brug forbindelsestrinnet og understøttende beviser til at undersøge en proxy-nulstilling uden at behandle styresystemets korte fejlmeddelelse som en årsagsangivelse.
“Connection reset by peer” angiver en brudt transportforbindelse. Det angiver ikke udbyderen, proxy-operatøren eller webstedet som årsag.
| Tidspunkt for nulstilling | Hvor der skal undersøges |
|---|---|
| Umiddelbart efter at TCP har forbundet | En protokol-uoverensstemmelse eller en tjeneste, der afviser den indledende udveksling |
| Efter at CONNECT er lykkedes | Den etablerede tunnelrute |
| Under et svar | Lukning opstrøms, en mellemleds levetidspolitik og overførselsruten |
Ændr derefter én relevant betingelse, mens proxyen og destinationen holdes fast. Sammenlign en korrekt konfigureret krypteret klient-til-proxy-forbindelse, hvor den understøttes, eller den samme klient fra et andet godkendt netværk. Spørg, om operatøren kan korrelere forsøget i sine logfiler.
Et andet resultat indsnævrer undersøgelsen uden at bevise én årsag. At føre trafik gennem en tunnel kan ændre timing, belastning, politik og mellemled på én gang. Dets succes alene kan ikke fastslå bevidst blokering på den oprindelige rute.
Hvor autoriserede pakkeobservationer er tilgængelige, sammenlign dem med applikations- og proxylogs. Selv den forventede pakkekildeadresse forklarer ikke, hvorfor en nulstilling blev sendt, eller hvilket system der håndhævede en politik.
Bevar den numeriske fejl, tidsstemplet, slutpunktet og det sidst gennemførte trin. Brug disse beviser, før du ændrer legitimationsoplysninger eller TLS-indstillinger; den korte nulstillingsmeddelelse giver i sig selv ingen grund til at ændre nogen af dem.