HTTP/3 கோரிக்கைக்கு UDP ஆதரவு கொண்ட ப்ராக்ஸி பாதை தேவை
HTTP/3 இன் QUIC போக்குவரத்தை சாதாரண HTTP CONNECT TCP சுரங்கங்கள் மற்றும் SOCKS5 சேவையின் விருப்ப UDP ஆதரவிலிருந்து வேறுபடுத்துங்கள்.
TCP ப்ராக்ஸி வழியாக HTTPS ஐ வெற்றிகரமாக அடையும் கிளையண்ட் HTTP/3 க்கான பாதையை அமைக்கவில்லை. HTTP/3 QUIC ஐப் பயன்படுத்துகிறது, QUIC UDP ஐப் பயன்படுத்துகிறது.
சாதாரண HTTP CONNECT சுரங்கம் அதன் இலக்குக்கு TCP ஓட்டத்தை வழங்குகிறது. URL HTTPS உடன் தொடங்கினாலும், இலக்கு போர்ட் 443 இல் கேட்டாலும் அது UDP ரிலே ஆக மாறாது.
SOCKS5 க்கும் UDP பாதை தேவை
SOCKS5 UDP சங்கம் ஒன்றை வரையறுக்கிறது, ஆனால் கிளையண்டும் சேவையகமும் அதைச் செயல்படுத்த வேண்டும், மேலும் ரிலே முடிவுப்புள்ளி அணுகக்கூடியதாக இருக்க வேண்டும். SOCKS TCP டயலர் மட்டும் வழங்கும் நூலகம், அதன் வகைப் பெயர் SOCKS5 என்று இருப்பதால் மட்டும் தரவுக்கட்ட சாக்கடையை வழங்க முடியாது.
அதுபோல, proxy எனப்படும் ஒரு கருவியின் பகுதி பொதுவான மேல்நிலை ப்ராக்ஸி கிளையண்டாக இல்லாமல் மேம்பாட்டு பாக்கெட் இழப்பு உருவகப்படுத்தியாக இருக்கலாம். அதன் உண்மையான இடைமுகத்தையும் ஆதரிக்கப்படும் போக்குவரத்தையும் ஆராயுங்கள்.
CONNECT-UDP போன்ற தரநிலைகள் HTTP ப்ராக்ஸி அமைப்பு வழியாக UDP எடுத்துச் செல்லும் மற்றொரு வழியை வரையறுக்கின்றன. அவை இரு முனைகளிலும் ஆதரவு தேவைப்படுகின்றன, பாரம்பரிய CONNECT உடன் குழப்பக்கூடாது.
HTTP கிளையண்ட் TCP மீது HTTP/2 அல்லது HTTP/1.1 க்கு பின்னடைந்தால், எந்த HTTP/3 இணைப்பும் பயன்படுத்தப்படாமல் சாதாரண ப்ராக்ஸி வழியாக கோரிக்கை வெற்றிபெறலாம். அந்த வேறுபாடு முக்கியமானபோது பேச்சுவார்த்தை செய்யப்பட்ட நெறிமுறையைப் பதிவு செய்யுங்கள்.
எனவே பயனுள்ள இணக்கக் கேள்வி குறிப்பானது: இந்த கிளையண்ட் இந்த ஆதரிக்கப்பட்ட முறையில் இந்த ப்ராக்ஸி வழியாக தன் QUIC தரவுக்கட்டங்களை எடுத்துச் செல்ல முடியுமா? இயங்கும் உலாவி பக்கம் அல்லது TCP போர்ட் சரிபார்ப்பு சிறிய கேள்விக்கே பதிலளிக்கிறது.