TLS ಮೇಲೆ DNS ಮತ್ತು VPN: ಯಾವ ಭಾಗ ರಕ್ಷಿಸಲಾಗಿದೆ

TLS ಮೇಲೆ DNS ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದು ಆಯ್ಕೆ ಮಾಡಿದ resolver ನಡುವಿನ ವಿನಿಮಯವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು resolver ಹೆಸರನ್ನು ಓದುತ್ತಲೇ ಇರುತ್ತದೆ. ಈ ವಾಕ್ಯ DoT ಮತ್ತು VPN ಸುತ್ತಲಿನ ಬಹುಪಾಲು ಗೊಂದಲವನ್ನು ಬಗೆಹರಿಸುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಪ್ರಶ್ನೆ ಯಾವ ಮಾರ್ಗದಲ್ಲಿ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸುರಂಗ ನಿರ್ಧರಿಸುತ್ತದೆ, ಆದರೆ resolver ಏನನ್ನು ಕೇಳಲಾಯಿತು ಎಂಬುದನ್ನು ತಿಳಿಯುತ್ತದೆ. ಯಾವುದೇ ಯಂತ್ರವೂ ಇನ್ನೊಂದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದನ್ನು ಅನಗತ್ಯಗೊಳಿಸುವುದಿಲ್ಲ.

ನಿಮ್ಮಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆ ನೀವು ಭಾವಿಸಿದ್ದೇ ಆಗಿದೆಯೇ ಎಂಬುದನ್ನು ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.

ಪರಿಶೀಲನೆ 1: ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಏನನ್ನು ಆವರಿಸುತ್ತದೆ

DoT DNS ವಿನಿಮಯವನ್ನು TLS ನಲ್ಲಿ ಸುತ್ತುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಾರ್ಗದಲ್ಲಿರುವ ವೀಕ್ಷಕ ಪ್ರಶ್ನೆಯಲ್ಲಿನ ಹೆಸರಿನ ಬದಲು ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್‌ಗೆ ಇರುವ ಸಂಪರ್ಕವನ್ನು ನೋಡುತ್ತಾನೆ. resolver ಸ್ವತಃ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಉತ್ತರಿಸುತ್ತದೆ. ಇದನ್ನು HTTPS ಮೇಲಿನ DNS ನೊಂದಿಗೆ ಹೋಲಿಸಿ: ಎರಡೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಸಾಗಣೆಗಳನ್ನು ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ವೆಬ್ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುವ ಜಾಲವು DoT ಸಂಪರ್ಕಕ್ಕೆ ತಾನಾಗಿಯೇ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ.

ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್ ಅಥವಾ ಫಿಲ್ಟರ್ ಮಾಡುವ ಮಧ್ಯದ ಪೆಟ್ಟಿಗೆ 443 ಗೆ ಅನುಮತಿ ನೀಡಿ 853 ಅನ್ನು ತಡೆಯುವಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ. ಅಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಸಾಧನ ಇನ್ನೊಂದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಪರಿಶೀಲನೆ 2: ಪ್ರಶ್ನೆ ಯಾವ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ

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

ಪರೀಕ್ಷೆಯಲ್ಲಿ ಮೂರನೇ ಪಕ್ಷದ resolver ವಿಳಾಸವನ್ನು ಕಾಣುವುದು ಬೈಪಾಸ್ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಕಾಣುವುದು ಉದ್ದೇಶಿತ ಸ್ವೀಕರಿಸುವವರನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. resolver ಮತ್ತು ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ, ನಂತರ ಜೋಡಿ ನೀವು ವಿನ್ಯಾಸ ಮಾಡಿದ್ದೇ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಪರಿಶೀಲನೆ 3: ಆಂತರಿಕ ಹೆಸರುಗಳು

ಆಂತರಿಕ ಹೆಸರುಗಳನ್ನು ಪ್ರಕಟಿಸುವ ಸಂಸ್ಥೆಗೆ ಆ ದಾಖಲೆಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವ resolver ಬೇಕು. ಸಾರ್ವಜನಿಕ DoT ಸೇವೆ ನಿಮ್ಮ ಖಾಸಗಿ ಹೆಸರಿನ ಜಾಗವನ್ನು ತಿಳಿದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ನು ಅದರ ಕಡೆಗೆ ತಿರುಗಿಸುವುದು ಆ ಹೆಸರುಗಳು ವಿಫಲವಾಗುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ಯಾರಾದರೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ DNS ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಭವಿಸುವ ಪ್ರಾಯೋಗಿಕ ಹಿನ್ನಡೆ ಇದು.

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

ಪರಿಶೀಲನೆ 4: ವಿಫಲತೆಯ ವರ್ತನೆ

ತಲುಪಬಹುದಾದ resolver ಇಲ್ಲದ ಕಟ್ಟುನಿಟ್ಟಿನ resolver ಸೆಟ್ಟಿಂಗ್ ಸುರಂಗ ಮೇಲಿರುವಾಗಲೇ ಹೆಸರು ವಿಭಜನೆಯ ವಿಫಲತೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಕೀಗಳು ಅಥವಾ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಮುಟ್ಟುವ ಬದಲು ವೇದಿಕೆಯ ಮೋಡ್ ಮತ್ತು ಅದರ ದಾಖಲಿತ ಫಾಲ್‌ಬ್ಯಾಕ್ ಅನ್ನು ನೋಡಿ.

ಸದ್ದಿಲ್ಲದೆ ಸಾಮಾನ್ಯ DNS ಬಳಸುವ ಫಾಲ್‌ಬ್ಯಾಕ್ ನೀತಿಯ ನಿರ್ಣಯ, ಅನುಕೂಲವಲ್ಲ. ವಿಫಲತೆ ಗೋಚರವಾಗಬೇಕೇ ಅಥವಾ ಇನ್ನಷ್ಟು ದುರ್ಬಲವಾದುದಕ್ಕೆ ಇಳಿಯಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸಿ, ಉತ್ತರವನ್ನು ಬರೆಯಿರಿ.

ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಂಬಿ, ಉತ್ತರವನ್ನಲ್ಲ

ಸೇವೆಗೆ ದಾಖಲಿತ ಪೂರೈಕೆದಾರರ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಪರಿಶೀಲನಾ ಸಂರಚನೆಯನ್ನು ಬಳಸಿ. ಅಪರಿಚಿತ resolver ಉತ್ತರಿಸಲಿ ಎಂದು TLS ಪರಿಶೀಲನೆಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಪರಿಶೀಲಿಸದ ಅಂತ್ಯಬಿಂದುವಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಕಾಲುವೆಯನ್ನು ನೀಡುತ್ತದೆ, ಇದು ಬದಲಿಸಿದ ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಿಂತ ಒಂದು ನಿರ್ದಿಷ್ಟ ಅಂಶದಲ್ಲಿ ಕೆಟ್ಟದು: ಅದು ಸುರಕ್ಷಿತವಾಗಿ ಕಾಣುತ್ತದೆ. DNS over TLS ವಿವರಣೆ ಆ ಪರಿಶೀಲನೆಯ ಹಿಂದಿನ ದೃಢೀಕರಣ ನಿರೀಕ್ಷೆಯನ್ನು ತಿಳಿಸುತ್ತದೆ.

ನೀವು ದೃಢೀಕರಿಸಲಾಗದ resolver ನಿಂದ ಬರುವ ಉತ್ತರ ಹೇಳಿಕೆ, ಫಲಿತಾಂಶವಲ್ಲ.

ಇದು ಏನನ್ನು ವಿವರಿಸದೆ ಬಿಡುತ್ತದೆ

DoT ಹೆಸರನ್ನು resolver ನಿಂದ ಮರೆಮಾಡುವುದಿಲ್ಲ, ಸಂಪರ್ಕದ ಗಮ್ಯ ವಿಳಾಸವನ್ನು ಜಾಲದಿಂದ ಮರೆಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರಶ್ನೆ ಸುರಂಗದ ಮೂಲಕ ಹೋಯಿತೇ ಎಂದು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. ಅವು ಮೂರು ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಮೂರು ಪ್ರತ್ಯೇಕ ಉತ್ತರಗಳು.

resolver ಗುರುತು, ಟ್ರಾನ್ಸಿಟ್ ಮಾರ್ಗ ಮತ್ತು ಆಂತರಿಕ-ಹೆಸರು ನೀತಿಯನ್ನು ಮೂರು ಸಾಲುಗಳಾಗಿ ಬರೆಯಿರಿ. ನೀವು ಮುಂದೆ ಪಡೆಯುವ DNS ಪ್ರಶ್ನೆ ಅವುಗಳಲ್ಲಿ ಒಂದಾಗಿರುತ್ತದೆ.