OpenVPN DNS ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ ನಿಮ್ಮ ರಿಜಾಲ್ವರ್ ಅದನ್ನು ಎಂದಿಗೂ ನೋಡದಿರಬಹುದು

ಕ್ಲೈಂಟ್ ಲಾಗ್ ಕಳುಹಿಸಿದ DNS ಸರ್ವರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಟನೆಲ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಮತ್ತು ಆಂತರಿಕ ಹೆಸರು ಇನ್ನೂ ಯಾವುದಕ್ಕೂ ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಕಳುಹಿಸುವಿಕೆಯಲ್ಲೇ ಏನೂ ಮುರಿದಿಲ್ಲ. ಆಯ್ಕೆ ಬಂದಿತು ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ ರಿಜಾಲ್ವರ್ ಅದನ್ನು ಎಂದಿಗೂ ಬಳಸಲಿಲ್ಲ, ಏಕೆಂದರೆ ಹೆಚ್ಚಿನ Unix ಕ್ಲೈಂಟ್ಗಳಲ್ಲಿ OpenVPN ಮೌಲ್ಯವನ್ನು ಒಪ್ಪಿಸಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಬಿಡುತ್ತದೆ.

ಲಕ್ಷಣ: ಲಾಗ್ DNS ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಹೆಸರುಗಳು ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತವೆ

OpenVPN dhcp-option DNS ಮತ್ತು ಡೊಮೇನ್ ಮಾಹಿತಿಯನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ತನಗೆ ಸಿಕ್ಕಿದ್ದನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಕೆಲವು ಅನುಷ್ಠಾನಗಳಲ್ಲಿ ಕ್ಲೈಂಟ್ ಆ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಒಳಗೇ ಅನ್ವಯಿಸುತ್ತದೆ; ಇತರವುಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ಇಂಟಿಗ್ರೇಶನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ಸೇವೆಗೆ ರಫ್ತು ಮಾಡುತ್ತದೆ. ಲಾಗ್ ಸಾಲು ಕಥೆಯ ಮೊದಲ ಅರ್ಧದಷ್ಟೇ ವಿವರಿಸುತ್ತದೆ. ಎರಡನೇ ಅರ್ಧ ಕ್ಲೈಂಟ್ ನಿಯಂತ್ರಿಸದ ಸ್ಥಳದಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ವಿಫಲತೆ ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲಿಯೇ ಇರುತ್ತದೆ.

ಅದಕ್ಕೇ ಸಂಪರ್ಕಗೊಂಡ ಟನೆಲ್ ಮತ್ತು ವಿಫಲವಾಗುವ ಆಂತರಿಕ ಹೆಸರು ಹೆಚ್ಚಾಗಿ ಒಟ್ಟಿಗೆ ಇರುತ್ತವೆ. ಮೌಲ್ಯ ಇದೆ, ಬಳಕೆದಾರ ಇಲ್ಲ ಅಥವಾ ತಪ್ಪಾಗಿ ಸಂರಚಿಸಲಾಗಿದೆ, ಮತ್ತು ರಿಜಾಲ್ವರ್ ಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ಬಳಸಿದ ಸಾರ್ವಜನಿಕ ಸರ್ವರ್ ಅನ್ನೇ ಮೌನವಾಗಿ ಬಳಸುತ್ತಲೇ ಇರುತ್ತದೆ.

ಸ್ವೀಕರಿಸುವುದು ಅನ್ವಯಿಸುವುದಲ್ಲ

ಸಿಸ್ಟಮ್ ರಿಜಾಲ್ವರ್ ಇನ್ನೂ ಬೇರೆ ಸೇವೆಯ ಒಡೆತನದಲ್ಲಿದ್ದಾಗಲೂ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸಿದ DNS ಮೌಲ್ಯವನ್ನು ದಾಖಲಿಸಬಹುದು. ಬ್ರೌಸರ್ಗೆ ಸಿಸ್ಟಮ್ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸಿಕೊಳ್ಳದ ತನ್ನದೇ ಎನ್ಕ್ರಿಪ್ಟೆಡ್-DNS ನೀತಿ ಇರಬಹುದು, ಇದು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಆಂತರಿಕ ಹೆಸರುಗಳನ್ನು ಪರಿಹರಿಸುವ ಮತ್ತು ಇನ್ನೊಂದು ಪರಿಹರಿಸದ ನೆನಪಿನಲ್ಲಿಡುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಪ್ರತಿ Unix ಕ್ಲೈಂಟ್ ಅದೇ ಫೈಲ್ ಅನ್ನು ಪುನಃ ಬರೆಯುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು ಅನುಷ್ಠಾನದ ಬೆಂಬಲಿತ ಸಂಯೋಜನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಈ ಊಹೆಯೇ ಜನರು ಯಾವುದೂ ಓದದ ರಿಜಾಲ್ವರ್ ಸಂರಚನೆಯನ್ನು ಸಂಪಾದಿಸುವ ಕಾರಣ.

ಪ್ರತಿ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲೂ ರಿಜಾಲ್ವರ್ನ ಮಾಲೀಕರನ್ನು ಹುಡುಕಿ

Windows ನಲ್ಲಿ ಹೆಸರು ಪರಿಹಾರ ನೀತಿ ಕೋಷ್ಟಕವು ನಿರ್ದಿಷ್ಟ ಪ್ರತ್ಯಯಗಳನ್ನು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ಗಳಿಗೆ ನಿರ್ದೇಶಿಸಬಹುದು, ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ಅಲ್ಲಿ ನಿಯಮಗಳನ್ನು ಸ್ಥಾಪಿಸಬಹುದು. ಕೇವಲ ಅಡಾಪ್ಟರ್ನ DNS ಪಟ್ಟಿ ಅಲ್ಲ, ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. Linux ನಲ್ಲಿ NetworkManager ಅಥವಾ systemd-resolved ಸಂರಚನೆಯ ಮಾಲೀಕರಾಗಿರಬಹುದು, ಮತ್ತು ಅವರಲ್ಲಿ ಯಾರು ಮಾಲೀಕರೋ ಅದು ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಏನು ಉಳಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ನಿಜವಾಗಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುವ ಸಾಧನದಿಂದ ಪರಿಣಾಮಕಾರಿ ಸ್ಥಿತಿಯನ್ನು ಓದಿ: systemd-resolved ಹೋಸ್ಟ್ನಲ್ಲಿ resolvectl query internal.example.net, ಅಥವಾ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಸಮಾನಾಂತರ. ನಂತರ ಆ ಉತ್ತರವನ್ನು ಕ್ಲೈಂಟ್ ಲಾಗ್ ಕಳುಹಿಸಿದೆ ಎಂದು ಹೇಳುವ DNS ಸರ್ವರ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ.

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

ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಮತ್ತು foreign_option

OpenVPN ಕಳುಹಿಸಿದ ಆಯ್ಕೆಗಳನ್ನು foreign_option_N ಎಂಬ ವೇರಿಯೇಬಲ್ಗಳ ಮೂಲಕ ಸ್ಕ್ರಿಪ್ಟ್ಗಳಿಗೆ ರಫ್ತು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಅವುಗಳನ್ನು ರಿಜಾಲ್ವರ್ ಆದೇಶಗಳಾಗಿ ಅನುವಾದಿಸಬಹುದು. ಈ ವ್ಯವಸ್ಥೆ ಬೆಂಬಲಿತ ಸಂಯೋಜನೆ, ಸ್ವಯಂಚಾಲಿತ ವರ್ತನೆ ಅಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿ ಕರೆಯಬೇಕು.

ನೀವು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿದರೆ, ಅದರ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಮತ್ತು ನಿರ್ಗಮನ ಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ. ಚಲಿಸುತ್ತದೆ ಆದರೆ ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಕ್ರಿಪ್ಟ್ ಇಲ್ಲದಂತೆಯೇ ಅದೇ ಲಕ್ಷಣವನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಸಂರಚನೆ ಪೂರ್ಣವಾಗಿ ಕಾಣುವುದರಿಂದ ಅದನ್ನು ಗಮನಿಸುವುದು ಕಷ್ಟ. ಸ್ಕ್ರಿಪ್ಟ್ ಫೈಲ್ ಅಲ್ಲ, ಸ್ಕ್ರಿಪ್ಟ್ನ ಔಟ್ಪುಟ್ ಪರಿಶೀಲಿಸಿ. ಇರುವ ಫೈಲ್ ಚಲಿಸಿದ ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ.

ಲಾಗ್ ಅಲ್ಲ, ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಹೆಸರು ಪರಿಹರಿಸಿದರೂ ಸೇವೆ ವಿಫಲವಾದರೆ, DNS ಅನ್ನು ಮತ್ತೆ ಬದಲಿಸುವ ಬದಲು ರೂಟಿಂಗ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶ ಕಡೆಗೆ ಸಾಗಿ. OpenVPN ಕೈಪಿಡಿ dhcp-option ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಪರಿಸರವನ್ನು ದಾಖಲಿಸುತ್ತದೆ; ಇನ್ನೊಂದು ರಿಜಾಲ್ವರ್ ಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಏನನ್ನು ಅನ್ವಯಿಸಬೇಕು ಎಂದು ಖಚಿತಪಡಿಸಲು ಅದನ್ನು ಬಳಸಿ.