ಬ್ರೌಸರ್ SOCKS ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ, ನಂತರ nslookup ಯಂತ್ರದ ಸಾಮಾನ್ಯ ರೆಸಾಲ್ವರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ ತನ್ನ ದೂರದ-DNS ಆಯ್ಕೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸಲು ಇದು ಸಾಕಾಗುವುದಿಲ್ಲ.

ಉಪಯುಕ್ತತೆಯು ತನ್ನದೇ DNS ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಇನ್ನೊಂದು ಪ್ರಶ್ನೆ ಮಾಡಿತು. ಯಾವ ಮಾರ್ಗವನ್ನು ಬಳಸಬೇಕೆಂದು ಅದು ಬ್ರೌಸರ್ ಅನ್ನು ಕೇಳಲಿಲ್ಲ. ವಿಪರ್ಯಾಸವಾಗಿ, ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್‌ನಾಮಗಳನ್ನು SOCKS ಗೆ ಕಳುಹಿಸುವ ಬ್ರೌಸರ್ ಸಾಧನದ ಪ್ರತಿಯೊಂದು ರೆಸಾಲ್ವರ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮರುಕಾನ್ಫಿಗರ್ ಮಾಡುವುದಿಲ್ಲ.

SSH ಕ್ರಿಯಾತ್ಮಕ ಫಾರ್ವರ್ಡಿಂಗ್ ಇನ್ನೊಂದು ಉಪಯುಕ್ತ ವ್ಯತ್ಯಾಸವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಇದು SOCKS-ಅರಿವಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಇದು ಸ್ವಯಂಚಾಲಿತ ಸಂಪೂರ್ಣ ಸಿಸ್ಟಮ್ UDP DNS ರಿಲೇ ಅಲ್ಲ. SOCKS ವಿನಂತಿಯಲ್ಲಿ ಸಾಗಿಸಲಾದ ಗಮ್ಯಸ್ಥಾನದ ಹೋಸ್ಟ್‌ನಾಮವನ್ನು ಸಿಸ್ಟಮ್‌ನ ಸಾಮಾನ್ಯ DNS ಪ್ರಶ್ನೆಗಳನ್ನು ಆ ಶ್ರೋತೃದ ಮೂಲಕ ಕಳುಹಿಸದೆಯೇ ದೂರದಿಂದಲೇ ಪರಿಹರಿಸಬಹುದು.

ನಿಮಗೆ ಮುಖ್ಯವಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ. ಬ್ರೌಸರ್‌ನ ಪರಿಣಾಮಕಾರಿ ಪ್ರಾಕ್ಸಿ ಪ್ರಕಾರ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ-ರೆಸಲ್ಯೂಶನ್ ನೀತಿಯನ್ನು ಗುರುತಿಸಿ, ನಂತರ ಆ ಬ್ರೌಸರ್ ವಿನಂತಿಗೆ ಸಂಬಂಧಿಸಿದ ಸಾಕ್ಷ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ. ಆ ಮಾರ್ಗದ ಹೊರಗಿನ ಪ್ರತ್ಯೇಕ ಉಪಯುಕ್ತತೆ ಒಂದು ಹೋಲಿಕೆ, ಬ್ರೌಸರ್‌ನ ಆಂತರಿಕ ಲುಕಪ್‌ನ ಅಳತೆ ಅಲ್ಲ.

ಅಗತ್ಯವು ಸಂಪೂರ್ಣ ಸಿಸ್ಟಮ್‌ನ ಹೆಸರು-ರೆಸಲ್ಯೂಶನ್ ರೂಟಿಂಗ್ ಆಗಿದ್ದರೆ, ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಹೇಳಿ. ವ್ಯಾಪ್ತಿಯಲ್ಲಿನ ರೆಸಾಲ್ವರ್ ಸಂಚಾರವನ್ನು ಒಳಗೊಳ್ಳುವ ಸೂಕ್ತವಾದ ಬೆಂಬಲಿತ ವಿನ್ಯಾಸ ಬೇಕು. ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಹೆಚ್ಚು ಸಂಕುಚಿತ ವ್ಯವಸ್ಥೆಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ.

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