முன்னோக்கு பிராக்ஸி TCP பிரிவுகளின் எல்லைகளைப் பாதுகாக்காது

Squid வழியாகச் சென்ற பிறகு HTTP பதில் பல பிடிபட்ட TCP பிரிவுகளில் தோன்றுகிறது என்று வைத்துக்கொள்வோம். அது சாதாரண TCP நடத்தையாக இருக்கலாம், பதில் தவறாகப் பிரிக்கப்பட்டது என்பதற்கான சான்று அல்ல.

முன்னோக்கு பிராக்ஸிக்கு பொதுவாக இரண்டு இணைப்புகள் இருக்கும்:

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

ஒவ்வொரு இணைப்புக்கும் அதன் சொந்த TCP நிலை, வரிசை எண்கள் மற்றும் பொதி உருவாக்கம் இருக்கும். பிராக்ஸி ஒரு இணைப்பிலிருந்து தரவைப் படித்து மற்றொன்றில் எழுதலாம், அசல் பிரிவு அளவுகளைப் பாதுகாக்காமல். இடையகம், அனுப்பும் நேரம், நெரிசல் மற்றும் பாதையின் அளவு வரம்புகள் வேறு தொகுப்பை உருவாக்கலாம்.

தனித்தனியாக வைக்க வேண்டிய மூன்று எல்லைகள்

ஒரு வாசிப்பில் ஒரு தலைப்பின் பகுதி, முழுத் தலைப்புடன் body பைட்டுகள், அல்லது ஒன்றுக்கு மேற்பட்ட பயன்பாட்டு-நிலை எல்லைகளைக் கடக்கும் தரவு இருக்கலாம். TCP “HTTP பதிலின் முடிவை” வெற்றிகரமான வாசிப்பின் முடிவுடன் இணைக்காது.

எனவே HTTP/1.1 பாகுபடுத்தி தலைப்புகளைச் சேகரித்து பொருந்தும் body சட்டக விதிகளைப் பயன்படுத்துகிறது, அவற்றில் நீளம், பரிமாற்ற குறியாக்கம் அல்லது அனுமதிக்கப்பட்ட இணைப்பு மூடல் அடங்கும். HTTP/2 சட்டகம் என்பது TCP பிரிவுகளைத் தானே கடக்கக்கூடிய நெறிமுறை அமைப்பு; அது வலையமைப்புப் பொதிக்கு மற்றொரு பெயர் அல்ல.

வெற்றிகரமான CONNECT சுரங்கப்பாதை சுரங்கப்பாதையின் பைட் ஓட்டத்தைப் பாதுகாக்கிறது, ஆனால் இன்னும் இரண்டு TCP கால்களைப் பயன்படுத்துகிறது. பிராக்ஸி சுரங்கப்பாதையின் உள்ளே உள்ள பைட்டுகளை மாற்றாவிட்டாலும் அதன் பிரிவு எல்லைகள் வேறுபடலாம்.

சேதத்தை விசாரிக்கும்போது மீண்டும் இணைக்கப்பட்ட பயன்பாட்டுத் தரவை ஒப்பிடுங்கள். பொதிகளின் எண்ணிக்கையை ஒப்பிடுவது அல்லது இரு பக்கங்களிலும் ஒரே பொதி நீளத்தை எதிர்பார்ப்பது TCP வழங்காத எல்லை உத்தரவாதத்தை அதனிடம் கேட்பதாகும்.