Savienojumu atjaunoja pretējā puse caur starpniekserveri: atrodiet neizdevušos posmu
Izmantojiet savienojuma posmu un apstiprinošus pierādījumus starpniekservera atjaunošanas izmeklēšanai, neuzskatot īso operētājsistēmas kļūdas ziņojumu par cēloņa piešķīrumu.
“Connection reset by peer” norāda uz pārtrauktu transporta savienojumu. Tas nenorāda interneta pakalpojumu sniedzēju, starpniekservera operatoru vai vietni kā cēloni.
| Atjaunošanas laiks | Kur izmeklēt |
|---|---|
| Tūlīt pēc TCP savienojuma | Protokola neatbilstība vai pakalpojums, kas noraida sākotnējo apmaiņu |
| Pēc veiksmīga CONNECT | Izveidotais tuneļa ceļš |
| Atbildes laikā | Augšupējā slēgšana, starpnieka dzīves cikla politika un pārsūtīšanas ceļš |
Pēc tam mainiet vienu būtisku nosacījumu, saglabājot starpniekserveri un galamērķi nemainīgus. Salīdziniet pareizi konfigurētu šifrētu klienta–starpniekservera savienojumu, kur tas tiek atbalstīts, vai to pašu klientu no citas atļautas tīkla vides. Jautājiet, vai operators var korelēt šo mēģinājumu savos žurnālos.
Atšķirīgs rezultāts sašaurina izmeklēšanu, bet nepierāda vienu cēloni. Trafika novadīšana caur tuneli var vienlaikus mainīt laika grafiku, slodzi, politiku un starpniekierīces. Tā panākumi vien nevar pierādīt tīšu bloķēšanu sākotnējā ceļā.
Kur pieejami atļauti pakešu novērojumi, salīdziniet tos ar lietojumprogrammas un starpniekservera žurnāliem. Pat paredzamā paketes avota adrese neizskaidro, kāpēc tika nosūtīta atjaunošana vai kura sistēma piemēroja politiku.
Saglabājiet skaitlisko kļūdu, laika zīmogu, galapunktu un pēdējo pabeigto posmu. Izmantojiet šos pierādījumus pirms pieteikšanās datu vai TLS iestatījumu maiņas; īsais atjaunošanas ziņojums pats par sevi nedod pamatu mainīt kaut vienu no tiem.