Пакет изи TCP ZeroWindow көрсөтөт. Ядро параметрин өзгөртүүдөн мурун нөлдү жарыялаган четки чекитти аныктаңыз.

Ал четки чекит ушул TCP байланышындагы өзүнүн кабыл алуу мүмкүнчүлүгүн сүрөттөп жатат. Ал бүт проксинин канча өткөрүү жөндөмү бар экенин жарыялабайт. Нөл терезе сынагы жиберүүчүгө жарыяланган мүмкүнчүлүк өзгөрдүбү же жокпу билүүгө мүмкүндүк берет; сынак өзү гана пакет жоготууну же бузулган проксини далилдебейт.

browser  <-- TCP A -->  proxy  <-- TCP B -->  website

Булар өзүнчө TCP сүйлөшүүлөрү. Браузер чоң жоопту окууну токтотуп, A тарабында нөл жарыялады деп коёлу. Прокси өзүнүн буферлери толгон сайын B тарабын бошотууну токтотушу мүмкүн. B тарабында кийин көрүнгөн нөл терезе баштапкы маселе эмес, жай кардардын кесепети болушу мүмкүн.

Жүктөө учурунда тескери абал да болушу мүмкүн. Эгер максаттуу колдонмо маалыматты керектөөнү токтотсо, анын B тарабындагы терезеси жабылышы мүмкүн. Андан кийин басым проксинин буферлери аркылуу кардар тарапка кайра жылышы мүмкүн.

Байкоолорду иретке келтириңиз

  1. Байланыштын четки чекиттерин жана жабыркаган маалымат өткөрүүнүн багытын жазыңыз.
  2. Кайсы четки чекит биринчи кичирейүүчү же нөл кабыл алуу терезесин жарыялаганын аныктаңыз.
  3. Анын колдонмосу окуп жатканын, башка операцияда токтогонун же ресурстар менен чектелгенин текшериңиз.
  4. Баштапкы себепти белгилееден мурун проксинин экинчи байланышындагы убакытты салыштырыңыз.

Wireshark'тун терезе анализи белгилери жазууну пайдалуу чечмелөө болуп саналат, ар бир кабыл алуу буферин чоңойтууга көрсөтмө эмес. Тереза масштабын да байланыштын сүйлөшүүсүн эске алуу менен чечмелөө керек.

Прокси тизмесинен башка четки чекитти сынап, өткөрүүнүн калыбына келишин көрүү жол өзгөргөнүнө пайдалуу далил. Бирок бул өзү менен бирге кандайдыр бир операциялык тутумдун TCP ишке ашырылышы кемчилдиктүү болгонун далилдебейт. Түшүндүрмөнү кабыл алуучу процесске жана күтүү башталган байланышка байлап кармаңыз.

Тектеш макалалар