ನೀವು ಟಿವಿಯನ್ನು Smart DNS ರಿಜಾಲ್ವರ್‌ನತ್ತ ತಿರುಗಿಸುತ್ತೀರಿ, ಒಂದು ಸ್ಟ್ರೀಮಿಂಗ್ ಆ್ಯಪ್ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ತೀರ್ಮಾನ ತಾನೇ ಬರೆದುಕೊಳ್ಳುತ್ತದೆ: ಇದು ಕಡಿಮೆ ವೆಚ್ಚದಲ್ಲಿ ಮತ್ತು ಬೇಗ ಸ್ಥಾಪನೆಯಾಗುವ VPN. ಹಾಗಲ್ಲ, ಮತ್ತು ಈ ವ್ಯತ್ಯಾಸ ಕ್ಷುಲ್ಲಕವಲ್ಲ. ಬದಲಾದದ್ದು ಟಿವಿ ಒಂದು ಹೋಸ್ಟ್‌ಹೆಸರು ಎಲ್ಲಿದೆ ಎಂದು ಕೇಳಿದಾಗ ಸಿಕ್ಕ ಉತ್ತರ; ಬದಲಾಗದ್ದು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಇನ್ನೂ ನಿಮ್ಮ ಮನೆಯಿಂದ ತೆರೆದಂತೆಯೇ, ಅದೇ ಮಾರ್ಗದಲ್ಲಿ, ISP ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಅದೇ ವಿಳಾಸದಿಂದ ಹೊರಡುತ್ತದೆ ಎಂಬುದು. ಪುರಾಣವೆಂದರೆ DNS ಸೆಟ್ಟಿಂಗ್ ಒಂದು ಸುರಂಗ. ವಾಸ್ತವವು ಕಿರಿದಾದದ್ದು ಮತ್ತು ನೀವು ಅದನ್ನು ನೋಡಿದಾಗ ಹೆಚ್ಚು ಉಪಯುಕ್ತ.

ಪುರಾಣ: DNS ಬದಲಾವಣೆ ನಿಮ್ಮ ಟ್ರಾಫಿಕ್‌ನ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆ

ಸಾಮಾನ್ಯ DNS ಒಂದು ಆ್ಯಪ್‌ಗೆ ಎಲ್ಲಿ ಸಂಪರ್ಕಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. Smart DNS ಸೇವೆ ಆಯ್ದ ಹೋಸ್ಟ್‌ಹೆಸರುಗಳಿಗೆ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಸೇರಿದ ವಿಳಾಸಗಳೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ್ಯಪ್ ನೇರವಾಗಿ ಸೇವೆಗೆ ಬದಲಾಗಿ ಅಲ್ಲಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಂತರ ಪೂರೈಕೆದಾರರು ಆ ಒಂದು ಹರಿವನ್ನು ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ರವಾನಿಸುತ್ತಾರೆ. ಸಾಧನದಲ್ಲಿ ಬೇರೆ ಯಾವುದೂ ಚಲಿಸುವುದಿಲ್ಲ.

ಈ ಉಪಾಯ ಟಿವಿ ಅಥವಾ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲಸ ಮಾಡುವುದಕ್ಕೆ ಇದೇ ಕಾರಣ. ಕ್ಲೈಂಟ್ ಇಲ್ಲ, ಇಂಟರ್‌ಫೇಸ್ ಇಲ್ಲ, ರೂಟ್ ಟೇಬಲ್‌ನಲ್ಲಿ ನಮೂದು ಇಲ್ಲ, ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪದರವಿಲ್ಲ. ಸಾಧನವು ಯಾವಾಗಲೂ ಮಾಡಿದ್ದನ್ನೇ ಮಾಡುತ್ತದೆ: ಹೆಸರನ್ನು ಬಿಡಿಸಿ, ಹಿಂತಿರುಗಿ ಬಂದದ್ದಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನೀವು ಉತ್ತರವನ್ನು ಬದಲಿಸಿದಿರಿ, ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ನ ಮಾರ್ಗವನ್ನಲ್ಲ.

ಈ ಲೇಬಲ್ ಅಸಂಬಂಧಿತ DNS ಯೋಜನೆಗಳೂ ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಹೆಸರಿನಿಂದ ವೈಶಿಷ್ಟ್ಯಗಳ ಗುಂಪನ್ನು ಊಹಿಸುವ ಬದಲು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಯಾವುದೇ ಪ್ರಮಾಣಿತ Smart DNS ಪ್ರೋಟೋಕಾಲ್ ಇಲ್ಲ; ಒಂದು ಉತ್ಪನ್ನದ ವ್ಯಾಪ್ತಿ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ನಂಬಲರ್ಹವಾದ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ನಿಜವಾಗಿ ಏನು ನಿರ್ದೇಶಿಸಲ್ಪಡುತ್ತದೆ, ಏನು ಇಲ್ಲ

ಸಾಧನದ ಪ್ರಕಾರವಲ್ಲ, ಹರಿವಿನ ಪ್ರಕಾರ ಪಟ್ಟಿ ಮಾಡಿದಾಗ ವ್ಯತ್ಯಾಸ ಸುಲಭವಾಗಿ ಕಾಣುತ್ತದೆ.

FlowSteered by Smart DNS?Why
A supported streaming hostnameYes, usuallyThe resolver returns a provider address for that name
The same app's other hostnamesOnly if the provider lists themSteering is per-name, and lists are curated
Your browser, email, game downloadsNoTheir names resolve to the ordinary destination
Traffic from devices not using that resolverNoNothing forces a device onto a particular resolver
Payload encryptionNoUnrelated to name resolution

ಇದು ನಡೆಯುವುದನ್ನು ನೀವು ನೋಡಬಹುದು. ಪೂರೈಕೆದಾರರ ರಿಜಾಲ್ವರ್‌ಗೆ ಒಂದು ಹೋಸ್ಟ್‌ಹೆಸರು ಕೇಳಿ, ಮತ್ತು ಅದೇ ಹೆಸರನ್ನು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್‌ಗೆ ಕೇಳಿ:

dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.example

ಬೇರೆ ಬೇರೆ ಉತ್ತರಗಳು ಹೆಸರಿನ ಪದರದಲ್ಲಿ ನಿರ್ದೇಶನ ಎಂದರ್ಥ. ಒಂದೇ ಉತ್ತರ ಎಂದರೆ ಸೇವೆ ಆ ಹೆಸರಿಗೆ ಒಳಗೊಂಡಿಲ್ಲ ಅಥವಾ ಸಾಧನ ಆ ರಿಜಾಲ್ವರ್ ಬಳಸುತ್ತಿಲ್ಲ — ತಪ್ಪು DNS ಸಂರಚನೆಯಂತೆ ಕಾಣುವ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಮುರಿದ ಖಾತೆ ಎಂದು ತಪ್ಪಾಗಿ ತಿಳಿಯಲ್ಪಡುವ ವೈಫಲ್ಯ.

ಅದೇ ವಾಸನೆಯ ಎರಡನೇ ವೈಫಲ್ಯವೂ ಇದೆ. ಅನೇಕ ಪೂರೈಕೆದಾರರು ನೀವು ಈಗ ಬಳಸುತ್ತಿರುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ಆಧಾರದಲ್ಲಿ ಅನುಮತಿ ನೀಡುತ್ತಾರೆ, ಆದ್ದರಿಂದ ವಿಳಾಸ ಬದಲಾಗುವವರೆಗೆ ಖಾತೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ವಾಹಕ ಮಟ್ಟದ NAT ತಿರುಗುವಿಕೆ, ಅಥವಾ ಮೇಲೆ ಜೋಡಿಸಿದ VPN, ಆ ವಿಳಾಸವನ್ನು ಸರಿಸುತ್ತದೆ ಮತ್ತು ರಿಲೇ ನಿಮ್ಮನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ, ಆದರೆ ಹೆಸರಿನ ಬಿಡಿಸುವಿಕೆ ಯಶಸ್ವಿಯಾಗುತ್ತಲೇ ಇರುತ್ತದೆ. ನೋಂದಣಿ ನಮೂದು ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ವಿಶೇಷ ನಿರ್ಗಮನದ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ DNS ಸಂಪೂರ್ಣ ಮೂರನೇ ವಿಷಯ

HTTPS ಮೇಲೆ DNS ಮತ್ತು TLS ಮೇಲೆ DNS ನಿಮ್ಮ ಸಾಧನ ಮತ್ತು ರಿಜಾಲ್ವರ್ ನಡುವಿನ ವಿನಿಮಯವನ್ನು ರಕ್ಷಿಸುತ್ತವೆ. ಅವು ಪ್ರಶ್ನೆಯನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ದೃಢೀಕರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ಜಾಲ ಅದನ್ನು ಓದಲು ಅಥವಾ ಮರುಬರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು DoH ಅದನ್ನು ಪೋರ್ಟ್ 443 ನಲ್ಲಿ ಸಾಮಾನ್ಯ HTTPS ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದಲೇ ಅದು ಫಿಲ್ಟರ್‌ಗೆ ವೆಬ್ ಟ್ರಾಫಿಕ್‌ನಂತೆ ಕಾಣುತ್ತದೆ. ಇದು ಹುಡುಕಾಟಗಳಿಗೆ ಗೋಪ್ಯತೆಯ ವೈಶಿಷ್ಟ್ಯ.

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

ಆದ್ದರಿಂದ «ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ DNS» ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳನ್ನು ಯಾರು ಓದಬಹುದು ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಯಾರು ನೋಡಬಹುದು ಎಂಬುದಕ್ಕೆ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹೊಸ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನೂ ನೀಡುವುದಿಲ್ಲ. DNS over HTTPS ವಿಶೇಷಣೆ ಆ ರಕ್ಷಣೆ ಏನನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸರಿಯಾದ ಉಲ್ಲೇಖ, ಮತ್ತು ರೂಟಿಂಗ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಪ್ರತಿ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಯಾರು ಏನನ್ನು ನೋಡುತ್ತಾರೆ

Smart DNS ನಲ್ಲಿ, ರಿಜಾಲ್ವರ್ ನೀವು ಹುಡುಕುವ ಹೆಸರುಗಳನ್ನು ನೋಡುತ್ತದೆ, ಪೂರೈಕೆದಾರರ ರಿಲೇ ಅದು ಸಾಗಿಸುವ ಸಂಪರ್ಕಗಳನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ISP ಇನ್ನೂ ಉಳಿದ ಎಲ್ಲವನ್ನೂ ತೆರೆದ ಪಠ್ಯ ರಚನೆಯಲ್ಲಿ ನೋಡುತ್ತದೆ: ಯಾವ ವಿಳಾಸಗಳನ್ನು ಯಾವಾಗ, ಎಷ್ಟು ಸಂಪರ್ಕಿಸಿದಿರಿ. ನಿರ್ದೇಶಿತ ಹರಿವಿನಲ್ಲಿ ವಿಷಯವು ಗಮ್ಯಸ್ಥಾನದವರೆಗೆ TLS ನಿಂದ ರಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ರಿಲೇ ತಾನು ಓದಲಾಗದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಸೆಷನ್ ಅನ್ನು ರವಾನಿಸುತ್ತದೆ — ಆದರೆ ನೀವು ಸಂಪರ್ಕಿಸಿದ್ದೀರಿ, ಎಲ್ಲಿಂದ, ಎಷ್ಟು ಸಮಯ ಎಂಬುದನ್ನು ನೋಡಬಹುದು.

VPN ನಲ್ಲಿ, ಸುರಂಗ ನಿರ್ವಾಹಕರು ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಮತ್ತು ನಿಮ್ಮ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ನೋಡುತ್ತಾರೆ, ಇದು ಒಂದೇ ಕೇಂದ್ರೀಕೃತ ವಿಶ್ವಾಸ ನಿರ್ಧಾರ, ಮತ್ತು ನಿಮ್ಮ ISP ಒಂದೇ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಸ್ಟ್ರೀಮ್ ಮಾತ್ರ ನೋಡುತ್ತದೆ. ಬೇರೆ ರೀತಿಯ ಒಡ್ಡುವಿಕೆ, ತಾನಾಗಿ ಕಡಿಮೆ ಅಲ್ಲ. ಯಾವ ಮಾದರಿಯನ್ನೂ ಒಂದು ಸೈಟ್ ತೆರೆಯುತ್ತದೆಯೇ ಎಂಬುದರಿಂದ ನಿರ್ಣಯಿಸಬಾರದು.

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

Smart DNS ಸರಿಯಾದ ಸಾಧನ ಯಾವಾಗ

ಸಾಧನವು VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಚಲಾಯಿಸಲಾಗದಿದ್ದಾಗ — ಟಿವಿ, ಕನ್ಸೋಲ್, ಲಾಕ್ ಮಾಡಿದ ಜಾಲ ರಾಶಿಯ set-top box — ಮತ್ತು ಒಂದೇ ಹೆಸರಿನ ಸೇವೆ ಮುಖ್ಯವಾದಾಗ ಅದು ನಿಜವಾಗಿಯೂ ಸರಿಯಾದ ಸಾಧನ. ಆ ಸಾಧನದ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಸುರಂಗದ ಮೂಲಕ ಹೋಗಬಾರದೆಂದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಯಸದಿದ್ದಾಗಲೂ ಅದು ಸಮಂಜಸ.

ಅವಶ್ಯಕತೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್, ಇಡೀ ಸಾಧನಕ್ಕೆ ನಿರ್ಗಮನ ವಿಳಾಸ, ಅಥವಾ ಸ್ಥಳೀಯ ಜಾಲ ಮತ್ತು ISP ಯಿಂದ ರಕ್ಷಣೆ ಆಗಿರುವಾಗ ಅದು ತಪ್ಪು ಸಾಧನ. ಅವು ಸುರಂಗದ ಗುಣಗಳು, ಮತ್ತು ಯಾವ ರಿಜಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ ಅವನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಮತ್ತು ಅದೇ ಸಾಧನದಲ್ಲಿ VPN ಚಾಲನೆಯಲ್ಲಿಟ್ಟರೆ, ನೋಂದಣಿ ಆಧಾರಿತ ಅನುಮತಿ ಮುರಿಯುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಈಗ ಸುರಂಗದ್ದು.

ಈ ನಿರ್ಧಾರವನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ ಮತ್ತು ನಿಜವಾದ ಮೊದಲ ಸಾಲಿನಲ್ಲಿ ನಿಲ್ಲಿಸಿ:

  • ಟ್ರಾಫಿಕ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಇಡೀ ಸಾಧನ ಹೊಸ ನಿರ್ಗಮನದಲ್ಲಿ ಬೇಕೇ? VPN ಬಳಸಿ, ಮತ್ತು ಅದರ ಸಂಪರ್ಕ ಸೂಚಕವಲ್ಲ, ಅದರ ರೂಟ್‌ಗಳು ಮತ್ತು ಹೊರಗಿಡುವಿಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
  • ಸುರಂಗ ಮಾಡಲಾಗದ ಸಾಧನದಲ್ಲಿ ಕೆಲವೇ ಹೆಸರಿನ ಸೇವೆಗಳು ಬೇಕೇ? Smart DNS ಸಮಾನುಪಾತ.
  • ನಿಮ್ಮ ಹುಡುಕಾಟಗಳು ಖಾಸಗಿಯಾಗಿ ಬೇಕು ಆದರೆ ಟ್ರಾಫಿಕ್ ಚಲಿಸಬಾರದೇ? ಅದು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ DNS, ಅದು ಮೇಲಿನ ಯಾವುದೂ ಅಲ್ಲ.
  • ಪೂರೈಕೆದಾರರು ನಿಮ್ಮ ಪ್ರಸ್ತುತ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸಿದ್ದಾರೆಯೇ? ಅದು ಬದಲಾಗುವ ಕ್ಷಣದಲ್ಲಿ ಅಡ್ಡಿಯನ್ನು ನಿರೀಕ್ಷಿಸಿ.

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