Врската ја ресетира спротивната страна преку прокси: пронајдете го неуспешниот чекор
Користете го чекорот на врската и потврдувачки докази за да истражите ресетирање на прокси, без да ја земете кратката порака за грешка на оперативниот систем како одредување на причината.
„Connection reset by peer“ означува прекината транспортна врска. Не наведува дека причината е давателот на интернет, операторот на прокси или веб-страницата.
| Време на ресетирање | Каде да се истражи |
|---|---|
| Веднаш по поврзувањето на TCP | Несогласување на протоколот или услуга што ја одбива почетната размена |
| По успешно CONNECT | Воспоставената патека на тунелот |
| За време на одговор | Затворање нагоре, политика за животен век на посредник и патеката на пренос |
Потоа сменете еден релевантен услов држејќи го проксито и одредиштето непроменети. Споредете правилно конфигурирана шифрирана врска од клиент до прокси, каде што е поддржана, или истиот клиент од друга одобрена мрежа. Прашајте дали операторот може да го поврзе обидот во своите дневници.
Различен резултат ја стеснува истрагата, но не докажува една причина. Пренесувањето на сообраќајот низ тунел може истовремено да го промени времето, оптоварувањето, политиката и посредничките уреди. Само неговиот успех не може да утврди намерно блокирање на првобитната патека.
Каде што има овластени набљудувања на пакети, споредете ги со дневниците на апликацијата и на проксито. Дури и очекуваната изворна адреса на пакетот не објаснува зошто е испратено ресетирање или кој систем применил политика.
Зачувајте ја нумеричката грешка, временската ознака, крајната точка и последниот завршен чекор. Користете ги тие докази пред да ги промените акредитивите или поставките за TLS; кратката порака за ресетирање сама по себе не дава причина да се смени ниту едното.