אַ בקשה פֿון HTTP/3 פֿאָדערט אַ פּראָקסי וועג מיט UDP
באַזונדערט דעם QUIC טראַנספּאָרט פֿון HTTP/3 פֿון געוויינטלעכע HTTP CONNECT TCP טונעלן און פֿון דער אָפּציאָנעלער UDP שטיצע פֿון אַ SOCKS5 דינסט.
אַ קליענט וואָס דערגרייכט HTTPS דורכן TCP פּראָקסי האָט נאָך נישט אויפֿגעשטעלט אַ וועג פֿאַר HTTP/3. HTTP/3 נוצט QUIC, און QUIC נוצט UDP.
אַ געוויינטלעכער HTTP CONNECT טונעל גיט אַ TCP שטראָם צו זיין ציל. ער ווערט נישט קיין UDP ווײַטערגעבער ווען דער URL הייבט זיך אָן מיט HTTPS אָדער ווען דער ציל הערט אויף פּאָרט 443.
SOCKS5 דאַרף אויך דעם UDP וועג
SOCKS5 דעפֿינירט אַ UDP פֿאַרבינדונג, אָבער סיי דער קליענט און סיי דער סערווער מוזן עס אימפּלעמענטירן, און דער ווײַטערגעבער ענדפּונקט מוז זיין צוטריטלעך. אַ ביבליאָטעק וואָס שטעלט בלויז אַ SOCKS TCP דיאַלער צו קען נישט צושטעלן אַ דאַטאַגראַם טראַנספּאָרט בלויז ווײַל איר טיפּ נאָמען זאָגט SOCKS5.
פֿון דעם זעלבן טעם קען אַ באַשטאַנטייל פֿון אַ געצייג מיטן נאָמען proxy זיין אַ פּאַקעט פֿאַרלוסט סימולאַטאָר פֿאַר אַנטוויקלונג און נישט קיין אַלגעמיינער אויפֿגאַנג פּראָקסי קליענט. פֿאָרשט די פֿאַקטישע צווישנשטעל און דעם געשטיצטן טראַנספּאָרט.
סטאַנדאַרטן ווי CONNECT-UDP דעפֿינירן אַן אַנדער וועג צו טראָגן UDP דורך אַ HTTP פּראָקסי סיסטעם. זיי פֿאָדערן שטיצע אויף ביידע זייטן און מע זאָל זיי נישט פֿאַרמישן מיט טראַדיציאָנעלן CONNECT.
אויב דער HTTP קליענט פֿאַלט צוריק צו HTTP/2 אָדער HTTP/1.1 איבער TCP, קען אַ בקשה מצליח זיין דורכן געוויינטלעכן פּראָקסי אָן וואָס קיין HTTP/3 פֿאַרבינדונג איז נישט גענוצט געוואָרן. פֿאַרשרייב דעם פּראָטאָקאָל וואָס איז אויסגעהאַנדלט געוואָרן ווען דער אונטערשייד איז וויכטיק.
דערפֿאַר איז די נוצלעכע פֿאַרשטענדיקונג פֿראַגע ספּעציפֿיש: קען דער קליענט טראָגן זיינע QUIC דאַטאַגראַמען דורכן פּראָקסי מיט דעם געשטיצטן מעכאַניזם? אַ אַרבעטנדיקער בלאָזער בלאַט אָדער אַ TCP פּאָרט פּריפֿונג ענטפֿערט אַ קלענערער פֿראַגע.