VPN DNS vs ಬ್ರೌಸರ್ DoH: ಸೋರಿಕೆ ಪರೀಕ್ಷೆ ನಿಮಗೆ ಏನು ಹೇಳಲಾಗದು
ಸೋರಿಕೆ ಪರೀಕ್ಷೆಯ ವಿಳಾಸವು ಯಾವ ರಿಜಾಲ್ವರ್ ಉತ್ತರಿಸಿತು ಎಂಬುದನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ. ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪ್ರಶ್ನೆಗಳು, ವಿಭಜಿತ DNS ಮತ್ತು ಬ್ರೌಸರ್ ನೀತಿ ಖಾಸಗಿ ಹೆಸರುಗಳು ಇನ್ನೂ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಸೋರಿಕೆ ಪರೀಕ್ಷೆಯ ಪುಟವು ನಿಮ್ಮ DNS ಸರಿಯಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಬ್ರೌಸರ್ ಬ್ಯಾಡ್ಜ್ ಸುರಕ್ಷಿತ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಒಳಗಿನ ವಿಕಿ ಇನ್ನೂ ಲೋಡ್ ಆಗುವುದಿಲ್ಲ. ಮೂರೂ ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿರಬಹುದು, ಏಕೆಂದರೆ ರಿಜಾಲ್ವರ್ನ ವಿಳಾಸವು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿ ಅಥವಾ ಪ್ರಶ್ನೆ ಸಾಗಿದ ಮಾರ್ಗದಂತೆಯೇ ಅಲ್ಲ. ಜನರು DNS ಸೋರಿಕೆ ಎಂದು ಕರೆಯುವುದು ವಾಸ್ತವವಾಗಿ ಒಂದು ಪ್ರಶ್ನೆ: ಹೆಸರನ್ನು ಯಾವ ರಿಜಾಲ್ವರ್ ಪಡೆದುಕೊಂಡಿತು, ಮತ್ತು ಆ ಆಯ್ಕೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿತ್ತೇ? ಇದನ್ನು ಬಗೆಹರಿಸಲು ಮೂರು ಪರಿಶೀಲನೆಗಳು ಬೇಕು, ಮತ್ತು ಕೊನೆಯದರಲ್ಲಿ ಮಾತ್ರ ಸೆಟ್ಟಿಂಗ್ ಬದಲಾಯಿಸುವುದು ಒಳಗೊಂಡಿದೆ.
ಮೊದಲ ಪುರಾಣ: ಬ್ಯಾಡ್ಜ್ ನಿಮ್ಮ ರಿಜಾಲ್ವರ್ನ ಹೆಸರು ಹೇಳುತ್ತದೆ
ಸೋರಿಕೆ ಪರೀಕ್ಷೆಯು ಒಂದು ಪ್ರೊಬ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ ಉತ್ತರಿಸಿದ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಅದು ಆ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿಯನ್ನು ವರದಿ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರಶ್ನೆಯನ್ನು DNS over HTTPS ನಲ್ಲಿ ಸುತ್ತಿದಾಗ, ಮಾರ್ಗದಲ್ಲಿನ ಮಧ್ಯಂತರ ಪೆಟ್ಟಿಗೆಗೆ ಹೆಸರೇ ಕಾಣುವುದಿಲ್ಲ. ಎರಡು ಸಂಪೂರ್ಣ ಭಿನ್ನ ಯಂತ್ರಗಳು ಒಂದೇ ಸಮಾಧಾನಕರ ಬ್ಯಾಡ್ಜ್ ನೀಡುತ್ತವೆ: ಒಂದರಲ್ಲಿ VPN 10.8.0.1 ಕಳುಹಿಸಿದೆ ಮತ್ತು ಬ್ರೌಸರ್ ಅದನ್ನು ಬಳಸುತ್ತದೆ, ಇನ್ನೊಂದರಲ್ಲಿ ಬ್ರೌಸರ್ ಸಿಸ್ಟಂ ಪಟ್ಟಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ ಹೆಸರನ್ನು ಸುರಂಗದ ಮೂಲಕ ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಪೂರೈಕೆದಾರರಿಗೆ ಕಳುಹಿಸಿದೆ.
ಖಾಸಗಿ ಹೆಸರು ವಿಫಲವಾದ ಕ್ಷಣದಲ್ಲಿ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯವಾಗುತ್ತದೆ. ಮೊದಲ ಸೆಟಪ್ನಲ್ಲಿ VPN ರಿಜಾಲ್ವರ್ ಕಾರ್ಪೊರೇಟ್ ವಲಯಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ; ಎರಡನೆಯದರಲ್ಲಿ ಬ್ರೌಸರ್ ಅದನ್ನು ಎಂದೂ ಕೇಳಿಲ್ಲ, ಆದ್ದರಿಂದ ಚಿಕ್ಕ ಹೋಸ್ಟ್ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಡುವುದಿಲ್ಲ ಮತ್ತು ವೈಫಲ್ಯವು ಮುರಿದ VPN ನಂತೆ ಕಾಣುತ್ತದೆ. ಈ ಪರಿಶೀಲನೆ ಇನ್ನೊಂದು ಸೋರಿಕೆ ಪರೀಕ್ಷೆಯಲ್ಲ, ಒಂದೇ ರಿಜಾಲ್ವರ್ಗೆ ತಿಳಿದಿರುವ ಹೆಸರಿನ ಹುಡುಕಾಟ.
ಎರಡನೇ ಪುರಾಣ: ಬ್ರೌಸರ್ ಸುರಂಗವನ್ನು ಬಿಡುತ್ತದೆ
DNS ವಿಳಾಸವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ರೂಟಿಂಗ್ ಸಂಪರ್ಕವನ್ನು ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು ಇವು ಎರಡು ಪ್ರತ್ಯೇಕ ಪದರಗಳು. ಸಾರ್ವಜನಿಕ DoH ಪೂರೈಕೆದಾರರಿಗೆ ಕಳುಹಿಸಿದ ಪ್ರಶ್ನೆ ಇನ್ನೂ ರೂಟ್ ಮಾಡಬಹುದಾದ ವಿಳಾಸಕ್ಕೆ TCP ಪೋರ್ಟ್ 443 ಆಗಿದೆ. ನಿಮ್ಮ ರೂಟ್ ಟೇಬಲ್ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸುರಂಗಕ್ಕೆ ಕಳುಹಿಸಿದರೆ, ಆ ಪ್ರಶ್ನೆಯೂ ಸುರಂಗದ ಮೂಲಕ ಹೋಗುತ್ತದೆ. ರಿಜಾಲ್ವರ್ನ ಬ್ರ್ಯಾಂಡ್ ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
ಬ್ರೌಸರ್ DoH ಬದಲಾಯಿಸುವುದು ಹೆಸರುಗಳ ಸ್ವೀಕರಿಸುವವರನ್ನು. ಅದು ನಿಜವಾದ ಗೋಪ್ಯತೆ ನಿರ್ಣಯ ಮತ್ತು ನಿಜವಾದ ನೀತಿ ನಿರ್ಣಯ, ಆದರೆ ಅದು ರೂಟಿಂಗ್ ತಪ್ಪಿಸುವಿಕೆ ಅಲ್ಲ. ಹೆಸರುಗಳು VPN ನಿರ್ವಾಹಕರ ಬಳಿಯೇ ಉಳಿಯಬೇಕು ಎಂಬುದು ನಿಮ್ಮ ಷರತ್ತಾದರೆ, ಬೇರೆಯವರಿಗೆ ಕಳುಹಿಸಿದ ಎನ್ಕ್ರಿಪ್ಟ್ ಪ್ರಶ್ನೆ ಆ ಷರತ್ತನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ, ಆದರೂ ನಿಜವಾದ ಸಂಪರ್ಕಕ್ಕೆ ಇನ್ನೂ ಸುರಂಗವನ್ನು ಬಳಸುತ್ತದೆ.
ಮೂರನೇ ಪುರಾಣ: ಪ್ರತಿ VPN ಪ್ರತಿ ಬ್ರೌಸರ್ ಅನ್ನು ಮೀರುತ್ತದೆ
ಬ್ರೌಸರ್ನಲ್ಲಿ ಸುರಕ್ಷಿತ DNS ಗೆ ಮೋಡ್ಗಳಿವೆ, ಸ್ವಿಚ್ ಅಲ್ಲ: ಆಫ್, ಫಾಲ್ಬ್ಯಾಕ್ ಸಹಿತ ಡಿಫಾಲ್ಟ್ ಪೂರೈಕೆದಾರ, ಕಸ್ಟಂ ಟೆಂಪ್ಲೇಟ್, ಅಥವಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಅಥವಾ ಸಂಸ್ಥೆ ವಿಧಿಸುವ ನೀತಿ. ಫಾಲ್ಬ್ಯಾಕ್ ಪ್ರಕರಣವೇ ಮಧ್ಯಂತರ ವರದಿಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಎನ್ಕ್ರಿಪ್ಟ್ ಎಂಡ್ಪಾಯಿಂಟ್ ತಲುಪಲಾಗದಿದ್ದಾಗ, ಬ್ರೌಸರ್ ಸಿಸ್ಟಂ ರಿಜಾಲ್ವರ್ಗೆ ಹಿಂತಿರುಗಬಹುದು, ಆದ್ದರಿಂದ ಅದೇ ಲ್ಯಾಪ್ಟಾಪ್ ಸೋಮವಾರ ಖಾಸಗಿ ಹೆಸರನ್ನು ಸರಿಯಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ ಮತ್ತು ಮಂಗಳವಾರ ಪರಿಹರಿಸುವುದಿಲ್ಲ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಹೆಚ್ಚಿನ VPN ಕ್ಲೈಂಟ್ಗಳು ಸಂಪರ್ಕ ಏರಿದಾಗ ಸಿಸ್ಟಂ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಹೊಂದಿಸಿ ಅದು ಬಿದ್ದಾಗ ಹಿಂದಿನದನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತವೆ. ಕಸ್ಟಂ ಎನ್ಕ್ರಿಪ್ಟ್ ರಿಜಾಲ್ವರ್ ಇಟ್ಟುಕೊಂಡಿರುವ ಬ್ರೌಸರ್ ಆ ಮರುಸ್ಥಾಪನೆಯನ್ನು ಸ್ವಲ್ಪವೂ ಗಮನಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಅದೇ ಪ್ರೊಫೈಲ್ ಎರಡು ಲ್ಯಾಪ್ಟಾಪ್ಗಳಲ್ಲಿ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ resolv.conf ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಬ್ರೌಸರ್ ಇನ್ನೂ ಬೇರೆಯವರನ್ನು ಕೇಳುತ್ತಿದೆ.
resolvectl status # per-link DNS servers and split-DNS domains
scutil --dns | head -30 # macOS resolver order for each domain
nslookup intranet.corp 10.8.0.1 # ask the VPN resolver directlyಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಅವುಗಳನ್ನು ಚಲಾಯಿಸಿ, ಪ್ರತಿ ರಿಜಾಲ್ವರ್ ಯಾವ ಡೊಮೇನ್ಗಳನ್ನು ಕ್ಲೇಮ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ, ಮತ್ತು ಬ್ರೌಸರ್ ತನ್ನ ಮೋಡ್ ಬಗ್ಗೆ ವರದಿ ಮಾಡುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ. Mozilla ನ DoH ದಾಖಲೆ ಬ್ರೌಸರ್ನ ಡಿಫಾಲ್ಟ್ ಮತ್ತು ಫಾಲ್ಬ್ಯಾಕ್ ನಡವಳಿಕೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡಬೇಕು ಎಂಬುದರ ಸೂಕ್ತ ವಿವರಣೆ.
ನಿರ್ಣಯಕ್ಕೆ ಮೂರು ಇನ್ಪುಟ್ಗಳಿವೆ, ಒಂದಲ್ಲ
ಖಾಸಗಿ ಹೆಸರುಗಳು, ನಿರ್ವಾಹಕರ ಮೇಲಿನ ನಂಬಿಕೆ ಮತ್ತು ತಲುಪುವಿಕೆ ಸರಿಯಾದ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. VPN ರಿಜಾಲ್ವರ್ಗೆ ಮಾತ್ರ ತಿಳಿದಿರುವ ಹೆಸರುಗಳು ವಿಭಜಿತ DNS ಅನ್ನು ಒತ್ತಾಯಿಸುತ್ತವೆ: ಖಾಸಗಿ ಪ್ರತ್ಯಯ ಕಳುಹಿಸಿದ ರಿಜಾಲ್ವರ್ಗೆ ಹೋಗುತ್ತದೆ, ಉಳಿದೆಲ್ಲವೂ ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳಿಗೆ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕರ ಮೇಲಿನ ನಂಬಿಕೆ ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳೂ ಅದೇ ರಿಜಾಲ್ವರ್ಗೆ ಅಥವಾ ಪ್ರತ್ಯೇಕ ಸೇವೆಗೆ ಹೋಗಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ತಲುಪುವಿಕೆ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಎನ್ಕ್ರಿಪ್ಟ್ ರಿಜಾಲ್ವರ್ ಈ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸ್ವಲ್ಪವೂ ಬಳಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
| Condition | What it forces |
|---|---|
| Internal names must resolve | Split DNS: private suffixes to the VPN resolver, the rest to your chosen default |
| Queries must stay with one operator | Pin both the system resolver and the browser mode, and disable fallback |
| Resolver only reachable through the tunnel | Keep the pushed resolver; do not point DoH at an endpoint your routes exclude |
ಈ ಸಾಲುಗಳಲ್ಲಿ ಯಾವುದೂ ಸಾರ್ವತ್ರಿಕ ಶಿಫಾರಸು ಅಲ್ಲ. VPN ನಿರ್ವಹಿಸುವ ರಿಜಾಲ್ವರ್ ವೀಕ್ಷಣೆಗಳನ್ನು ಆ ನಿರ್ವಾಹಕರ ಬಳಿ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ; ಪ್ರತ್ಯೇಕ ಸೇವೆ ಕೇಳಿದ ಹೆಸರುಗಳಿಗೆ ಇನ್ನೊಬ್ಬ ಸ್ವೀಕರಿಸುವವರನ್ನು ಸೇರಿಸುತ್ತದೆ. ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳು ಉಳಿಸಿಕೊಳ್ಳುವಿಕೆ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ನೀವು ನೀತಿಯನ್ನು ಓದದ ಹೊರತು.
ಪ್ರತಿ ಪ್ರೊಫೈಲ್ಗೆ ನಿರ್ಣಯವನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಈ ಸೆಟ್ಟಿಂಗ್ಗಳು ಜಾರುತ್ತವೆ. ಕಳೆದ ತಿಂಗಳು ರಿಜಾಲ್ವರ್ ಕಳುಹಿಸಿದ ಪ್ರೊಫೈಲ್ ಇಂದು ಏನನ್ನೂ ಕಳುಹಿಸದಿರಬಹುದು, ಮತ್ತು ಬ್ರೌಸರ್ ಇನ್ನೂ ಉತ್ತರಿಸುವ ಹಳೆಯ ಕಸ್ಟಂ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಸಂತೋಷದಿಂದ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಟಿಪ್ಪಣಿಯಲ್ಲಿ ರಿಜಾಲ್ವರ್ನ ವಿಳಾಸ, ಅದು ಹೊಂದಿರುವ ಪ್ರತ್ಯಯಗಳು ಮತ್ತು ಬ್ರೌಸರ್ ಮೋಡ್ ಇರಬೇಕು, ಸೇವೆಯ ಬ್ರ್ಯಾಂಡ್ ಅಲ್ಲ.
ನೀವು ಸಂರಚಿಸಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸುವ ನೀತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ
ಬ್ಯಾಡ್ಜ್ನಿಂದ ಅಲ್ಲ, ಹೆಸರಿನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಸಿಸ್ಟಂ ರಿಜಾಲ್ವರ್ ಮೂಲಕ ಸಾರ್ವಜನಿಕ ಹೆಸರು ಮತ್ತು ಖಾಸಗಿ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ, ನಂತರ ನೀವು ಬಳಸಲು ಉದ್ದೇಶಿಸಿರುವ ಮೋಡ್ನಲ್ಲಿ ಬ್ರೌಸರ್ನ ಸ್ವಂತ ಸುರಕ್ಷಿತ DNS ಸೆಟ್ಟಿಂಗ್ನೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ. ಖಾಸಗಿ ಹೆಸರು ಬ್ರೌಸರ್ನಲ್ಲಿ ಮಾತ್ರ ವಿಫಲವಾದರೆ, ಒಂದೂ VPN ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟದೆ ಸ್ವೀಕರಿಸುವವರ ಹೊಂದಾಣಿಕೆಯನ್ನು ನೀವು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.
ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮರುಸ್ಥಾಪನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹಸ್ತಾಂತರ ದೋಷಗಳು ಅಲ್ಲೇ ವಾಸಿಸುತ್ತವೆ: ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಹಿಂದಿನ ರಿಜಾಲ್ವರ್ ಮರಳಿ ಬಂದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಕಳುಹಿಸಿದ ರಿಜಾಲ್ವರ್ ಮರಳಿ ಬಂದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕೊನೆಯದಾಗಿ, ನಿರ್ವಹಿತ ನೀತಿ ಇರುವ ಬ್ರೌಸರ್ ಇದ್ದರೆ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಆ ಮೋಡ್ ನಿಮ್ಮ ಬದಲಾವಣೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರಾಕರಿಸಿ ಹಿಂದಿನ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಇಟ್ಟುಕೊಳ್ಳಬಹುದು.
ಹೆಸರಿನ ಜಾಗದ ಪ್ರಶ್ನೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಇದರ ಬಹುಪಾಲನ್ನು ತಪ್ಪಿಸುತ್ತೀರಿ. ಯಂತ್ರವು ಒಳಗಿನ ಹೆಸರುಗಳನ್ನು ತಲುಪಬೇಕಾದರೆ, ಬ್ರೌಸರ್ನ ಎನ್ಕ್ರಿಪ್ಟ್ ರಿಜಾಲ್ವರ್ ಸಾರ್ವಜನಿಕ ಅರ್ಧದ ಬಗ್ಗೆ ಮಾತ್ರ ನಿರ್ಣಯ, ಮತ್ತು ಖಾಸಗಿ ಅರ್ಧವು VPN ಕಳುಹಿಸಿದ್ದರೊಂದಿಗೇ ಇರುತ್ತದೆ.