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 ಪೋರ್ಟ್ ಪರಿಶೀಲನೆ ಚಿಕ್ಕ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.