ئالدىنقى ۋاكالەتچى TCP بۆلەكلىرىنىڭ چېگرىسىنى ساقلىمايدۇ
ئالدىنقى ۋاكالەتچىنىڭ ئىككى تەرىپىدىكى ترافىكنى تەكشۈرگەندە TCP بۆلەكلەش، socket ئوقۇش ۋە HTTP رامكا قىلىشنى ئايرىڭ.
پەرەز قىلايلى، 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 دىن ئۇ بەرمەيدىغان چېگرا كاپالەتىنى تەلەپ قىلىش.