HTTP/3 అభ్యర్థనకు 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 పోర్ట్ తనిఖీ చిన్న ప్రశ్నకు సమాధానం ఇస్తుంది.