پەرەز قىلايلى، HTTP جاۋابى Squid دىن ئۆتكەندىن كېيىن خاتىرىلەنگەن بىر قانچە TCP بۆلىكىدە كۆرۈلىدۇ. بۇ TCP نىڭ ئادەتتىكى ھەرىكىتى بولۇشى مۇمكىن، جاۋاب خاتا بۆلۈنگەنلىكىنىڭ ئىسپاتى ئەمەس.

ئالدىنقى ۋاكالەتچى ئادەتتە ئىككى ئۇلىنىشقا ئىگە:

client ⇄ TCP connection A ⇄ proxy ⇄ TCP connection B ⇄ origin

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

ئايرىپ ساقلىشقا تېگىشلىك ئۈچ چېگرا

چېگرائۇنى نېمە بەلگىلەيدۇ
TCP بۆلىكىتوشۇش ۋە تور يولى
socket ئوقۇش نەتىجىسىبار بولغان ئېقىم بايتلىرى ۋە چاقىرغۇچىنىڭ بۇفېرى
HTTP ئۇچۇرى ياكى رامكىسىHTTP پروتوكولىنىڭ رامكا قائىدىلىرى

بىر ئوقۇشتا باشنىڭ بىر قىسمى، پۈتۈن باش بىلەن بەدەن بايتلىرى، ياكى بىردىن ئارتۇق قوللانما قەۋىتى چېگرىسىدىن ئۆتىدىغان سانلىق مەلۇمات بولۇشى مۇمكىن. TCP «HTTP جاۋابىنىڭ ئاخىرى»نى مۇۋەپپەقىيەتلىك ئوقۇشنىڭ ئاخىرىغا باغلىمايدۇ.

شۇڭا HTTP/1.1 تەھلىل قىلغۇچى باشلارنى توپلاپ، مۇناسىۋەتلىك بەدەن رامكا قائىدىلىرىنى قوللىنىدۇ، بۇنىڭ ئىچىدە ئۇزۇنلۇق، يۆتكەش كودلىشى ياكى رۇخسەت قىلىنغان ئۇلىنىش تاقىلىشى بار. HTTP/2 رامكىسى ئۆزى TCP بۆلەكلىرىدىن ئۆتەلەيدىغان پروتوكول قۇرۇلمىسى؛ ئۇ تور بوغچىسىنىڭ باشقا ئاتىلىشى ئەمەس.

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

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

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