ಎರಡು ಗೋಪ್ಯತೆ ಉಪಕರಣಗಳು ಚಾಲನೆಯಲ್ಲಿವೆ, ಒಂದು ಪುಟ ಲೋಡ್ ಆಗುತ್ತಿಲ್ಲ, ಮತ್ತು ರಿಸಾಲ್ವರ್ ಪರೀಕ್ಷೆ ಬ್ರೌಸರ್‌ನ ಹೊರಗೆ ಏನೋ ಒಂದು ಹೆಸರನ್ನು ಪಡೆದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಅದು ಸೋರಿಕೆ ವರದಿಯಾಗುವ ಮೊದಲು ಅದು ಬಂದ ವಿನಿಮಯಕ್ಕೆ ಹೆಸರು ಕೊಡಿ. Tor ಮತ್ತು VPN ಸಂರಚನೆಯಲ್ಲಿ ಕನಿಷ್ಠ ಮೂರು ಬೇರೆ ಮಾಲೀಕರೊಂದಿಗೆ ಮೂರು ಬೇರೆ ಹೆಸರಿನ ಪ್ರಶ್ನೆಗಳು ಇರುತ್ತದೆ, ಮತ್ತು ಅವು ನಡೆಯುವ ಕ್ರಮದಲ್ಲೇ ಅವುಗಳನ್ನು ನೋಡುವುದು ಯಾವುದು ತಪ್ಪಾಗಿ ವರ್ತಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ಕಾಣಲು ಅತ್ಯಂತ ವೇಗದ ಮಾರ್ಗ.

ಸೋರಿಕೆ ಎಂದು ಕರೆಯುವ ಮೊದಲು ಪ್ರತಿ ವಿನಿಮಯಕ್ಕೆ ಹೆಸರು ಕೊಡಿ

ಮೊದಲ ವಿನಿಮಯ VPN ನ ಅಂತಿಮ ಬಿಂದುವನ್ನೇ ಪರಿಹರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಯಾವುದೇ ರಕ್ಷಣೆ ಇರುವ ಮೊದಲೇ ನಡೆಯುತ್ತದೆ. ಎರಡನೆಯದು Tor Browser ಗಾಗಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಅದು ಹೆಸರನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಪರಿಹರಿಸುವ ಬದಲು ಪ್ರಾಕ್ಸಿಗೆ ಒಪ್ಪಿಸಬಹುದು. ಮೂರನೆಯದು ಯಂತ್ರದಲ್ಲಿನ ಉಳಿದ ಎಲ್ಲವನ್ನೂ ಆವರಿಸುತ್ತದೆ, ಅಪ್‌ಡೇಟ್ ಪರಿಶೀಲನೆಗಳು, ಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳು ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಸ್ವಂತ ಸೇವಾ ಪ್ರಶ್ನೆಗಳು ಸೇರಿದಂತೆ. ಅವುಗಳಲ್ಲಿ ಮೊದಲನೆಯದು ಮಾತ್ರ ಉಳಿದೆರಡು ಒಳಗೊಳ್ಳದೆಯೇ ನಡೆಯಬಹುದು.

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

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಹೆಸರುಗಳು ಯಾವ ಪದರಕ್ಕೆ ಸೇರಿವೆ ಎಂದು ಬರೆದಿಡಿ. ಖಾಸಗಿ ಸಂಸ್ಥಾ ಹೆಸರುಗಳು, ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಟನೆಲ್‌ನ ಅಂತಿಮ ಬಿಂದುವೇ ಒಂದೇ ಅಗತ್ಯವನ್ನು ಹೊಂದಿಲ್ಲ, ಮತ್ತು ಅವುಗಳನ್ನು ಒಂದೇ ವರ್ಗವಾಗಿ ಪರಿಗಣಿಸುವ ನೀತಿ ಏನನ್ನೋ ಮುರಿಯುತ್ತದೆ.

ಬೂಟ್‌ಸ್ಟ್ರಾಪ್ ಪ್ರಶ್ನೆ ಟನೆಲ್‌ಗಿಂತ ಮೊದಲು ನಡೆಯುತ್ತದೆ

ಹೋಸ್ಟ್‌ಹೆಸರಿನೊಂದಿಗೆ ಸಂರಚಿಸಲಾದ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ತೆರೆಯಲು ಆ ಹೆಸರನ್ನು ಪರಿಹರಿಸಬೇಕು, ಮತ್ತು ಆ ಕ್ಷಣದಲ್ಲಿ ಪ್ರಶ್ನೆಯನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಟನೆಲ್ ಇಲ್ಲ. ಪ್ರಸ್ತುತ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಒದಗಿಸುವ ಯಾವುದೇ ರಿಸಾಲ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ, ಅದು ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್, ಹೋಟೆಲ್ ರಿಸಾಲ್ವರ್ ಅಥವಾ ಸಾರ್ವಜನಿಕವಾಗಿರಬಹುದು. ಇದು ಟನೆಲ್‌ನಲ್ಲಿ ಸೋರಿಕೆ ಅಲ್ಲ, ಏಕೆಂದರೆ ಇನ್ನೂ ಟನೆಲ್ ಇಲ್ಲ.

ಬ್ರೌಸರ್‌ನ ಸುರಕ್ಷಿತ DNS ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವುದೂ ಈ ಪ್ರಶ್ನೆಗೆ ಮುಟ್ಟುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಬ್ರೌಸರ್‌ನ ಹೊರಗೆ ಚಲಿಸುವ ಮತ್ತು ಯಾವುದೇ ಪುಟ ತೆರೆಯುವ ಮೊದಲೇ ಪ್ರಾರಂಭವಾಗುವ ಸೇವೆಗೆ ಸೇರಿದೆ. ಅಂತಿಮ ಬಿಂದುವಿನ ಹೆಸರು ಪರಿಹರಿಸದಿದ್ದರೆ, ಟನೆಲ್ ಒಳಗಿನ ಯಾವುದೇ ನೀತಿ ಸಹಾಯ ಮಾಡದು, ಏಕೆಂದರೆ ವೈಫಲ್ಯ ಸಂರಚನೆ ವಿವರಿಸುವ ಎಲ್ಲದಕ್ಕಿಂತ ಒಂದು ಹಂತ ಮೊದಲೇ ನಡೆಯುತ್ತದೆ.

ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಅಕ್ಷರಶಃ ವಿಳಾಸ ಬಳಸುವುದು, ಪೂರೈಕೆದಾರರು ಬೆಂಬಲಿಸಿದರೆ, ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸುವ ಬದಲು ತೆಗೆದುಹಾಕುವ ಏಕೈಕ ಸ್ಥಳ ಇದು. ವಿಳಾಸಗಳನ್ನು ತಿರುಗಿಸುವ ಪೂರೈಕೆದಾರರನ್ನು ಅನುಸರಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನೂ ಇದು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಈ ವಿನಿಮಯ ನಿಜವಾದುದು ಮತ್ತು ಅದನ್ನು ಕಂಡುಹಿಡಿಯುವ ಬದಲು ನಿರ್ಧರಿಸಬೇಕು.

ಬ್ರೌಸರ್ ಮತ್ತು ಉಳಿದ ಯಂತ್ರ ಭಿನ್ನ

Tor ನ SOCKS ಇಂಟರ್ಫೇಸ್ ಗಮ್ಯಸ್ಥಾನ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪ್ರಾಕ್ಸಿಗೆ ರವಾನಿಸುವುದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅಂದರೆ ಪರಿಹಾರವನ್ನು ದೂರದ ತುದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ಥಳೀಯ ಯಂತ್ರ ಎಂದಿಗೂ ಕೇಳುವುದಿಲ್ಲ. ಪ್ರಾಕ್ಸಿಯನ್ನು ಬೆಂಬಲಿಸುವ ಸಾಮಾನ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಮೊದಲು ಹೆಸರನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಪರಿಹರಿಸಿ ನಂತರ ಪಡೆದ ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಿಸಬಹುದು, ಇದು ಬಳಕೆದಾರರು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗುತ್ತದೆ ಎಂದು ನಂಬಿದ್ದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸ್ಥಳೀಯ ಪ್ರಶ್ನೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಎರಡೂ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಒಂದೇ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಹಂಚಿಕೊಂಡು ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಸೋರಬಹುದು. ಹಂಚಿದ ಪ್ರಾಕ್ಸಿ ವಿಳಾಸದಲ್ಲಿ ಯಾವ ವರ್ತನೆ ಬಳಕೆಯಲ್ಲಿದೆ ಎಂದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ.

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

ಒಂದು ಪರೀಕ್ಷಾ ಪುಟದಿಂದ ಊಹಿಸುವ ಬದಲು ಮನವಿ ಮಾಡಿದ ಪ್ರೋಗ್ರಾಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಟನೆಲ್ ಒಳಗೆ ಸಾಗಿಸುವ ಪ್ರಶ್ನೆ ಮತ್ತು Tor ಗೆ ಎಂದಿಗೂ ತಲುಪದ ಪ್ರಶ್ನೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ಒಂದು ರಿಸಾಲ್ವರ್ ವಿಳಾಸ ತೋರಿಸಲಾಗದ ವ್ಯತ್ಯಾಸ.

ಪ್ರತಿ ಪ್ರೋಗ್ರಾಮ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಉದ್ದೇಶದೊಂದಿಗೆ ಹೋಲಿಸಿ

ವೀಕ್ಷಣೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮಾಡಿ: ಸಿಸ್ಟಂ ಏನನ್ನು ಬಳಸುತ್ತದೆ, ಬ್ರೌಸರ್ ಯಾವುದಕ್ಕೆ ಸಂರಚಿತವಾಗಿದೆ, ಮತ್ತು SOCKS ಸಂಪರ್ಕ ಹೆಸರನ್ನು ಸಾಗಿಸುತ್ತದೆಯೇ ಅಥವಾ ವಿಳಾಸವನ್ನು. ಕೊನೆಯದು ದೂರ ಮತ್ತು ಸ್ಥಳೀಯ ಪರಿಹಾರದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ, ಮತ್ತು SOCKS ವಿಸ್ತರಣೆ ವಿಶೇಷಣ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಮೊದಲು ಪರಿಹರಿಸುವ ಬದಲು ಹೇಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ.

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

ನಂತರ ನೀವು ಗಮನಿಸಿದ್ದನ್ನು ನೀವು ಉದ್ದೇಶಿಸಿದ್ದರೊಂದಿಗೆ ಹೋಲಿಸಿ. ನೀವು ಆರಿಸಿದ ರಿಸಾಲ್ವರ್ ಟನೆಲ್ ಮೂಲಕ ಪರಿಹರಿಸುವ ಸಾರ್ವಜನಿಕ ಹೆಸರು, ಫಾಲ್‌ಬ್ಯಾಕ್ ಸಮಯದಲ್ಲಿ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್‌ಗೆ ಒಪ್ಪಿಸುವ ಖಾಸಗಿ ಹೆಸರಿನಂತೆಯೇ ಅದೇ ಸಂಶೋಧನೆ ಅಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನೆಯದಕ್ಕೆ ಮಾತ್ರ ಕ್ರಮ ಬೇಕು. ಮೊದಲನೆಯದು ವಿನ್ಯಾಸದಂತೆ ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆ, ವರದಿಯಲ್ಲಿ ಅಪರಿಚಿತವಾಗಿ ಕಂಡರೂ.

ನೀವು ಸ್ವೀಕರಿಸುವ ವಿನಾಯಿತಿಗಳನ್ನು ದಾಖಲಿಸಿ, ರಕ್ಷಿಸಲಾಗದ ಬೂಟ್‌ಸ್ಟ್ರಾಪ್ ಪ್ರಶ್ನೆಯೂ ಸೇರಿ. ಬರೆದ ವಿನಾಯಿತಿ ವಿನ್ಯಾಸ ನಿರ್ಧಾರ, ಆದರೆ ಅದೇ ವಿನಾಯಿತಿ ನಂತರ ಕಂಡುಬಂದರೆ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ. ಕಂಡುಕೊಳ್ಳುವವರು ಅದನ್ನು ಹಾಗೆಯೇ ಪರಿಗಣಿಸುತ್ತಾರೆ, ಮತ್ತು ಸಭೆಯನ್ನು ಅದು ಏಕೆ ಹಾಗಲ್ಲ ಎಂದು ವಿವರಿಸಲು ಕಳೆಯುತ್ತೀರಿ.

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