Нулиране на връзката от отсрещната страна през прокси: открийте неуспешния етап
Използвайте етапа на връзката и потвърждаващи доказателства, за да разследвате нулиране от прокси, без да приемате краткото съобщение за грешка на операционната система като причина.
„Connection reset by peer“ съобщава за прекъсната транспортна връзка. То не посочва доставчика на интернет, оператора на проксито или уебсайта като причина.
| Време на нулирането | Къде да разследваме |
|---|---|
| Веднага след свързване по TCP | Несъответствие в протокола или услуга, отхвърляща началния обмен |
| След успешен CONNECT | Установеният път на тунела |
| По време на отговор | Затваряне отгоре по веригата, политика за живот на посредник и пътят на прехвърляне |
След това променете едно значимо условие, като запазите проксито и дестинацията непроменени. Сравнете правилно конфигурирана криптирана връзка клиент–прокси, където се поддържа, или същия клиент от друга одобрена мрежа. Попитайте дали операторът може да свърже опита в своите журнали.
Различен резултат стеснява разследването, без да доказва една причина. Прекарването на трафик през тунел може да промени едновременно времето, натоварването, политиката и междинните устройства. Самият му успех не може да установи умишлено блокиране по първоначалния път.
Където има разрешени наблюдения на пакети, сравнете ги с журналите на приложението и проксито. Дори очакваният адрес на източника на пакета не обяснява защо е изпратено нулиране или коя система е наложила политика.
Запазете числовия код на грешката, времевата марка, крайната точка и последния завършен етап. Използвайте тези доказателства, преди да променяте идентификационни данни или настройки на TLS; краткото съобщение за нулиране само по себе си не дава причина да променяте нито едното, нито другото.