HTTP CONNECT பதிலுக்குப் பிறகு இடையகத் தரவைப் பாதுகாக்கவும்

ஒரு சிறிய ப்ராக்ஸி உறை HTTPS-க்கு வேலை செய்து, சேவையகம் முதலில் பேசும் நெறிமுறைக்கு மீண்டும் பயன்படுத்தும்போது தொங்கலாம். சந்தேகத்திற்குரிய வரி பெரும்பாலும் பெறுதல் இடையகம் \r\n\r\n உடன் முடிவடைய காத்திருக்கும் வரியாகும்.

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

இடையகத்திற்குள் எல்லையைக் கண்டறியுங்கள்

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

இறுதி வெற்றிகரமான 2xx பதில் அந்தத் தலைப்புகளுக்குப் பிறகு உடனடியாக இணைப்பைச் சுரங்கப் பயன்முறைக்கு மாற்றுகிறது. அதைத் தொடரும் பைட்டுகள் ஏற்கனவே சுரங்கப் பைட்டுகள். அவற்றைத் தூக்கி எறிய வேண்டாம், CONNECT பதில் உடலுக்காகக் காத்திருக்க வேண்டாம், மேலும் Content-Length புலத்தைப் புதிய நெறிமுறையின் ஒரு பகுதியைப் பயன்படுத்த அனுமதியாக விளக்க வேண்டாம். தகவல் பதில்கள் இருந்தால், அவை அந்த இறுதிப் பதிலுக்கு முன் கையாளப்பட வேண்டும்.

உறை அதன் மீதிகளை முன்னால் அனுப்ப வேண்டும்

அடிப்படை சாக்கெட்டை மட்டும் திருப்பித் தருவது கைக்குலுக்கல் பகுப்பாய்வி ஏற்கனவே அதிலிருந்து இழுத்த பைட்டுகளை இழக்கச் செய்கிறது. அடுத்த வாசிப்பவருக்கு முதலில் சேமித்த வாலைக் கொடுத்து பின்னர் சாக்கெட் வாசிப்புகளைத் தொடரும் இடையக ஓட்டம் தேவை. சேவையகம்-முதல் நெறிமுறைக்கு, அந்த ஆரம்ப வாழ்த்தை இழப்பது இரு தரப்பையும் முடிவில்லாமல் காத்திருக்க வைக்கும்.

மாறாக, தோல்வியடைந்த CONNECT பதிலின் பைட்டுகள் சுரங்க வாழ்த்து அல்ல. 407 இன்னும் ப்ராக்ஸி பரிமாற்றத்திற்குரியது மற்றும் அங்கீகாரக் கையாளுதல் தேவை; மற்றொரு தோல்வி நிலைக்கு பொருத்தமான பிழைப் பாதை தேவை.

HTTP ப்ராக்ஸி வழியாக FTP அல்லது SSH வாடிக்கையாளரைத் தகவமைக்கும்போது இது குறிப்பாக முக்கியம். ப்ராக்ஸி கோரப்பட்ட இலக்கு துறையையும் அனுமதிக்க வேண்டும், மேலும் FTP-க்கு கூடுதல் தரவு இணைப்புகள் தேவைப்படலாம். சரியான தலைப்பு பகுப்பாய்வு ஓட்டக் கையளிப்பைத் தீர்க்கிறது; அது CONNECT அனுமதியை வழங்கவோ FTP-யின் இரண்டாவது சேனலை வழங்கவோ முடியாது.