بىر packet trace TCP ZeroWindow دەيدۇ. kernel تەڭشىكىنى ئۆزگەرتىشتىن بۇرۇن، نۆلنى ئېلان قىلغان endpoint نى ئېنىقلاڭ.

بۇ endpoint شۇ TCP ئۇلىنىشىدىكى قوبۇل قىلىش ئىقتىدارىنى تەسۋىرلەيدۇ. ئۇ پۈتۈن proxy نىڭ قانچىلىك bandwidth بارلىقىنى ئېلان قىلمايدۇ. zero-window probe ئەۋەتكۈچىگە ئېلان قىلىنغان ئىقتىدارنىڭ ئۆزگەرگەن-ئۆزگەرمىگەنلىكىنى بىلىشكە يول قويىدۇ؛ probe ئۆزى packet يوقىتىش ياكى بۇزۇلغان proxy نى ئىسپاتلىيالمايدۇ.

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

بۇلار ئايرىم TCP سۆزلىشىشلەر. خېرىدار چوڭ response نى ئوقۇشنى توختىتىپ A دا نۆلنى ئېلان قىلدى دەپ پەرەز قىلايلى. proxy نىڭ ئۆز buffer لىرى تولغانسېرى ئۇ B دىن تارتىشنى ئاخىرىدا توختىتىشى مۇمكىن. كېيىن B دا كۆرۈلگەن zero window ئاستا خېرىدارنىڭ نەتىجىسى بولۇشى مۇمكىن، ئەسلى مەسىلە ئەمەس.

يۈكلەش جەريانىدا بۇنىڭ ئەكسى مۇمكىن. نىشان پروگرامما سانلىق مەلۇماتنى ئىشلىتىشنى توختاتسا، ئۇنىڭ B دىكى كۆزىنىكى يېپىلىشى مۇمكىن. بېسىم ئاندىن proxy نىڭ buffer لىرى ئارقىلىق خېرىدارغا قايتا ئېقىشى مۇمكىن.

كۆزىتىشلەرنى تەرتىپكە سېلىڭ

  1. ئۇلىنىشنىڭ ئىككى ئۇچىنى ۋە تەسىرلەنگەن سانلىق مەلۇمات يۆتكەش يۆنىلىشىنى خاتىرىلەڭ.
  2. قايسى endpoint نىڭ كىچىكلەۋاتقان ياكى نۆل بولغان receive window نى ئالدى بىلەن ئېلان قىلغانلىقىنى ئېنىقلاڭ.
  3. ئۇنىڭ پروگراممىسى ئوقۇۋاتامدۇ، باشقا مەشغۇلاتتا توختاپ قالدىمۇ ياكى بايلىق بىلەن چەكلەنگەنمۇ، تەكشۈرۈڭ.
  4. ئەسلى سەۋەبنى بېكىتىشتىن بۇرۇن proxy نىڭ باشقا ئۇلىنىشىدىكى ۋاقىت بىلەن سېلىشتۇرۇڭ.

Wireshark نىڭ window تەھلىل بەلگىلىرى capture ئۈچۈن پايدىلىق چۈشەندۈرۈشلەر، ھەر بىر receive buffer نى چوڭايتىڭ دېگەن كۆرسەتمە ئەمەس. window scaling نىمۇ ئۇلىنىشنىڭ سۆھبىتىگە قاراپ چۈشىنىش كېرەك.

proxy تىزىملىكىدىن باشقا endpoint سىناپ يۆتكەشنىڭ ئەسلىگە كېلىشىنى كۆرۈش يول ئۆزگەرگەنلىكىگە پايدىلىق دەلىل. بۇ ئۆزىلا بىر مەشغۇلات سىستېمىسىنىڭ TCP ئىجراسىنىڭ كەمتۈك ئىكەنلىكىنى ئىسپاتلىمايدۇ. چۈشەندۈرۈشنى قوبۇل قىلىش جەريانى ۋە كۈتۈش باشلانغان ئۇلىنىش بىلەن باغلاپ تۇتۇڭ.

مۇناسىۋەتلىك ماقالىلەر