DNS ಉತ್ತರವನ್ನು ಬದಲಿಸುವುದು ಬ್ರೌಸರ್ ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ. ಅಲ್ಲಿಗೆ ತಲುಪಿದ ನಂತರ ಬ್ರೌಸರ್ ಮಾತನಾಡುವ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಸಾಮಾನ್ಯ HTTP URL ತೆರೆದಾಗ ಬ್ರೌಸರ್ HTTP ಕಳುಹಿಸುತ್ತದೆ. HTTPS URL ತೆರೆದಾಗ ಆ ಸೈಟ್‌ಗಾಗಿ TLS ಆರಂಭಿಸುತ್ತದೆ. ಆದರೆ SOCKS5 ಸರ್ವರ್ ಮೊದಲು ತನ್ನದೇ ಮಾತುಕತೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ: ವಿಧಾನದ ಆಯ್ಕೆ, ಯಾವುದೇ ದೃಢೀಕರಣ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹೆಸರಿಸುವ ವಿನಂತಿ. ಕಾನ್ಫಿಗರ್ ಮಾಡದ ಬ್ರೌಸರ್ ಅವುಗಳಲ್ಲಿ ಏನನ್ನೂ ಕಳುಹಿಸುವುದಿಲ್ಲ.

ಇದೇ ಕಾರಣದಿಂದ DNS ಬದಲಾವಣೆಯ ನಂತರ ತಲುಪಬಹುದಾದ Dante ಶ್ರೋತೃ ಸಂಪರ್ಕವನ್ನು ತಕ್ಷಣ ಮುಚ್ಚಬಹುದು. ಸೇವೆ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು; ಒಳಬರುವ ಬೈಟ್‌ಗಳು ತಪ್ಪು ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸೇರಿವೆ. ಶ್ರೋತೃವನ್ನು ಪೋರ್ಟ್ 80 ಅಥವಾ 443 ಗೆ ಸರಿಸುವುದು ಆ ಬೈಟ್‌ಗಳನ್ನು SOCKS ಆಗಿ ಮಾಡುವುದಿಲ್ಲ.

ಬ್ರೌಸರ್‌ನ SOCKS ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ಉದಾಹರಣೆಗೆ Firefox ನ SOCKS ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್-ನಿರ್ದಿಷ್ಟ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್, ಇದರಿಂದ ಅದು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮಾಡಿ ಪ್ರಾಕ್ಸಿಯನ್ನು ಮುಂದೆ ಸಂಪರ್ಕಿಸಲು ಕೇಳುತ್ತದೆ. PAC ಫೈಲ್ ಅದನ್ನು ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಬೆಂಬಲಿತ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಇದು ಇನ್ನೂ ಪ್ರತ್ಯೇಕ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆ, A ಅಥವಾ AAAA ದಾಖಲೆಯ ಗುಣವಲ್ಲ.

HTTPS ಕೇವಲ-DNS ಕಲ್ಪನೆಗೆ ಇನ್ನೊಂದು ಅಡಚಣೆ ಸೇರಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ URL ನಲ್ಲಿರುವ ಸೈಟ್‌ನ ಗುರುತನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಹೋಸ್ಟ್‌ನ ಪ್ರಮಾಣಪತ್ರವು DNS ಸಂಪರ್ಕವನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸಿದ ಕಾರಣದಿಂದ ಮಾತ್ರ ಆ ನಿರೀಕ್ಷೆಯನ್ನು ಪೂರೈಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಪಾರದರ್ಶಕ ಜಾಲತಾಣ ಪ್ರತಿಬಂಧವು ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ರತಿಬಂಧ ತಂತ್ರಾಂಶವನ್ನು ಒಳಗೊಂಡಿರುವ ಬೇರೆ ವಿನ್ಯಾಸ. DNS ನಿಂದ SOCKS ಸರ್ವರ್‌ನ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಿ ಅದನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು