Windows ನಲ್ಲಿ OpenConnect ನ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ವಾಸ್ತವವಾಗಿ ಯಾರು ಅನ್ವಯಿಸುತ್ತಾರೆ?
Windows ರಿಸಾಲ್ವರ್ ಸ್ಥಿತಿಯನ್ನು ಮೂರು ಸ್ಥಳಗಳಲ್ಲಿ ಇಡುತ್ತದೆ. ಅಡಾಪ್ಟರ್ DNS ಅನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವ ಅಥವಾ ನೇಮ್‌ಸ್ಪೇಸ್ ನಿಯಮ ಸೇರಿಸುವ ಮೊದಲು ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುವ ಸಹಾಯಕವನ್ನು ಹುಡುಕಿ.
ಟನೆಲ್ ಎಬ್ಬಿಸುವುದು ಅದರ DNS ಮೌಲ್ಯಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ. OpenConnect ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ, ಮತ್ತು Windows ಬದಿಯ ಸಹಾಯಕವೊಂದು ಅನ್ವಯಿಸುತ್ತದೆ. ಈ ಎರಡು ಹಂತಗಳ ನಡುವಿನ ಅಂತರವೇ ಈ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಖಾಸಗಿ-ಹೆಸರು ವೈಫಲ್ಯಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಸಹಾಯಕವು ಬಹುತೇಕ ಎಂದಿಗೂ Windows VPN ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪುಟವಲ್ಲ.
ಗೇಟ್‌ವೇ ನೀಡಿದ್ದನ್ನು Windows ಸ್ಥಾಪಿಸಿದ್ದರಿಂದ ಬೇರ್ಪಡಿಸಿ
ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಡೇಟಾವನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಒಪ್ಪಿಸುತ್ತದೆ, ಮತ್ತು Unix ಹಾಗೂ Windows ರೂಪಾಂತರಗಳು ಪ್ರತ್ಯೇಕ ಪ್ರೋಗ್ರಾಮ್‌ಗಳು. Windows ನಲ್ಲಿ ಅನುಷ್ಠಾನ ಸಾಮಾನ್ಯವಾಗಿ JavaScript ಸಹಾಯಕವಾಗಿದ್ದು, ಒಳಗಿನ DNS ಸರ್ವರ್ ಮತ್ತು ಒಳಗಿನ ಡೊಮೇನ್‌ನಂತಹ ಚರಗಳನ್ನು ಯಾವುದೇ ಅಡಾಪ್ಟರ್‌ಗೆ ಮುಟ್ಟುವ ಮೊದಲು ಓದುತ್ತದೆ. ಟನೆಲ್‌ನಲ್ಲೇ ಯಾವುದೂ ರಿಸಾಲ್ವರ್ ಸ್ಥಿತಿಯನ್ನು ಬರೆಯುವುದಿಲ್ಲ.
ಆ ವಿಭಜನೆ ಮುಖ್ಯವಾದದ್ದು ಏಕೆಂದರೆ ಒಂದು ಮೌಲ್ಯ ಮಾತುಕತೆಯಲ್ಲಿ ಇದ್ದು ಎಂದಿಗೂ ಅಡಾಪ್ಟರ್‌ಗೆ ತಲುಪದಿರಬಹುದು. ಕಾಣೆಯಾದ, ಅರ್ಧದಾರಿಯಲ್ಲಿ ವಿಫಲವಾಗುವ, ಅಥವಾ GUI ಸುತ್ತುವರಿಕೆಯೊಳಗೆ ಸೇರಿಸಿದ ಹಳೆಯ ಪ್ರತಿಯಾದ ಸಹಾಯಕವು Windows ಅನ್ನು ಇದ್ದಂತೆಯೇ ಬಿಡುತ್ತದೆ. ಅಧಿವೇಶನ ಸಂಪರ್ಕಗೊಂಡಂತೆ ಕಾಣುತ್ತದೆ, ಖಾಸಗಿ ಹೆಸರು ಇನ್ನೂ ಸ್ಥಳೀಯ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ವಿಂಡೋದಲ್ಲಿ ಯಾವುದೂ ವ್ಯತ್ಯಾಸವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಸಹಾಯಕದ ಸ್ವಂತ ಔಟ್‌ಪುಟ್ ಓದುವುದೇ ಯಾವ ಹಂತ ಮುರಿಯಿತು ಎಂದು ತಿಳಿಯಲು ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಮಾರ್ಗ.
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
GUI ಸುತ್ತುವರಿಕೆ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸಹಾಯಕದ ತನ್ನದೇ ಪ್ರತಿಯನ್ನು ಒದಗಿಸಬಹುದು, ಆದ್ದರಿಂದ ಡಿಸ್ಕ್‌ನ ಬೇರೆಡೆ ಎರಡನೇ openconnect.exe ಇರುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅದರ ಸಂರಚನೆಯನ್ನು ನಿರ್ಣಯಿಸುವ ಮೊದಲು ಅಧಿವೇಶನವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್ ಅನ್ನು ಹುಡುಕಿ.
ರಿಸಾಲ್ವರ್ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸದೆ ಓದಿ
ಮೂರು ಓದಲು-ಮಾತ್ರ ಪ್ರಶ್ನೆಗಳು ಸಾಮಾನ್ಯ ಗೊಂದಲವನ್ನು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -Effectiveಅಡಾಪ್ಟರ್ ಮಟ್ಟದ ಸರ್ವರ್ ಎಂದರೆ ಹೆಚ್ಚಿನ ಜನರು VPN DNS ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು. ಸಂಪರ್ಕ-ನಿರ್ದಿಷ್ಟ ಪ್ರತ್ಯಯವು ಸಣ್ಣ ಹೆಸರು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ವಿಸ್ತರಿಸಲ್ಪಡುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ನೇಮ್‌ಸ್ಪೇಸ್ ನೀತಿ ಪಟ್ಟಿ ಅಡಾಪ್ಟರ್ ಕ್ರಮವನ್ನು ಲೆಕ್ಕಿಸದೆ ಹೊಂದಿಕೆಯಾಗುವ ಹೆಸರುಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು ಸಹಾಯಕವು ಒಂದನ್ನು ಸೃಷ್ಟಿಸಲು ಎಂದಿಗೂ ಉದ್ದೇಶಿಸದಿದ್ದಾಗ ಅಲ್ಲಿ ಖಾಲಿ ಫಲಿತಾಂಶ ದೋಷವಲ್ಲ. ಸಂಪಾದಿಸುವ ಮೊದಲು ಮೂರನ್ನೂ ಓದುವುದೇ ಲಕ್ಷಣವನ್ನು ಬೇರೆಡೆಗೆ ಸರಿಸುವ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ.
ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ. FQDN ಪರಿಹರಿಸಲ್ಪಟ್ಟು ಸಣ್ಣ ಹೆಸರು ಪರಿಹರಿಸದಿದ್ದರೆ, ಅಂತರವು ಪ್ರತ್ಯಯ ಅಥವಾ ಹುಡುಕಾಟ ಪಟ್ಟಿ, ಸರ್ವರ್ ವಿಳಾಸವಲ್ಲ.
ಎರಡನೇ ಹಂತವಾಗಿ ಉದ್ದೇಶಿತ ಸರ್ವರ್‌ಗೆ ನೇರವಾಗಿ ಕೇಳಿ, ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಾಗಿರುವ ಯಾವುದೇ ರಿಸಾಲ್ವರ್ ಸಾಧನದೊಂದಿಗೆ. ನೇರ ಉತ್ತರವು ಸರ್ವರ್ ತಲುಪಬಹುದಾದ ಮತ್ತು ವಲಯಕ್ಕೆ ಅಧಿಕಾರವುಳ್ಳದ್ದು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಯಾವ ಸರ್ವರ್ ಕೇಳುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುವ ಘಟಕಕ್ಕೆ ಹೆಸರಿಸಿ
ಎರಡು ವ್ಯವಸ್ಥೆಗಳು ಸಾಮಾನ್ಯ. ಟರ್ಮಿನಲ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿದ ಕ್ಲೈಂಟ್ ತನ್ನ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾರ್ಗವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ರವಾನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಾಲೀಕರು ಚಲಾಯಿಸಿದ ಆದೇಶದಲ್ಲಿ ಗೋಚರಿಸುತ್ತಾರೆ. ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ನಿಮಗಾಗಿ ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸಿ ಸಹಾಯಕವನ್ನು ತನ್ನದೇ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇಡುತ್ತದೆ, ಅಂದರೆ ಅದು ಯಾವಾಗ ಬದಲಾಗುತ್ತದೆ ಎಂದು ಮಾರಾಟಗಾರ ನಿರ್ಧರಿಸುತ್ತಾನೆ.
ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸ್ಥಾಪನೆಗಳ ನಡುವೆ ಸಹಾಯಕ ಆವೃತ್ತಿಗಳನ್ನು ಹೋಲಿಸಿ. ಕಡತದ ಹೆಸರು ಪರಿಚಿತವಾಗಿ ಕಾಣುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಕನ್ನಡಿಯಿಂದ ತಂದ ಸಹಾಯಕವನ್ನು ಹೆಚ್ಚಿದ ಹಕ್ಕುಗಳಿಂದ ಚಲಾಯಿಸುವುದು DNS ಅಂತರವನ್ನು ಭದ್ರತಾ ಘಟನೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.
ಮಾಲೀಕರು ತಿಳಿದ ನಂತರ ದುರಸ್ತಿ ಗುರಿ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ: ಲಾಂಚರ್‌ನಲ್ಲಿ ಬೆಂಬಲಿತ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾರ್ಗ, ಪ್ಯಾಕೇಜ್ ನವೀಕರಣ, ಅಥವಾ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಸರಿಪಡಿಸಿದ ಪ್ರೊಫೈಲ್. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅಡಾಪ್ಟರ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಮಾಲೀಕರನ್ನು ಸರಿಪಡಿಸಿ, ಅಡಾಪ್ಟರ್ ಅಲ್ಲ
ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಕೈಯಿಂದ ಹೊಂದಿಸಿದ DNS ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರವೂ ಉಳಿಯುತ್ತದೆ, ಅದಕ್ಕೇ ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ನಂತರ ಮುಂದಿನ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ತೊಂದರೆ ಉಂಟುಮಾಡುತ್ತದೆ. ಪ್ರತಿ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಬೋಲ್ಟ್ ಮಾಡಿದ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ ಖಾಸಗಿ ನೇಮ್‌ಸ್ಪೇಸ್ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಬದಲು ಮರೆಮಾಡುತ್ತದೆ. ಸಹಾಯಕಕ್ಕೆ ಎಂದಿಗೂ DNS ಮೌಲ್ಯ ಸಿಗದಿದ್ದಾಗ, ಗೇಟ್‌ವೇ ಪ್ರೊಫೈಲ್ ನೋಡಬೇಕಾದ ಸ್ಥಳ. ಅದು ಸಿಕ್ಕಿ ಅಡಾಪ್ಟರ್ ಇನ್ನೂ ಹಳೆಯ ಸರ್ವರ್ ತೋರಿಸುತ್ತಿದ್ದರೆ, ಸಹಾಯಕವು ಸಂಪರ್ಕದ ವೇಳೆ ವಿಫಲವಾಗಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಲಾಗ್ ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ಟನೆಲ್ ಸೆಟಪ್ ಸಾಲುಗಳ ಹತ್ತಿರ ದಾಖಲಿಸುತ್ತದೆ.
ಬೆಂಬಲಿತ ಮಾರ್ಗದಲ್ಲಿ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸಿ, ನಂತರ ಪೂರ್ಣ ಚಕ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ: ಸಂಪರ್ಕಿಸಿ, ಖಾಸಗಿ FQDN ಪರಿಹರಿಸಿ, ಸೇವೆ ತೆರೆಯಿರಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಮತ್ತು ಅಡಾಪ್ಟರ್ ಹಿಂದಿನ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ಮರಳಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.
ವಾಸ್ತವವಾಗಿ ವಿಫಲವಾಗುವ ಅಪ್ಲಿಕೇಶನ್ ಪರಿಶೀಲಿಸಿ
ತನ್ನದೇ ಎನ್‌ಕ್ರಿಪ್ಟೆಡ್-DNS ಸೆಟ್ಟಿಂಗ್ ಇರುವ ಬ್ರೌಸರ್ ಮೇಲಿನ ಎಲ್ಲವನ್ನೂ ನಿರ್ಲಕ್ಷಿಸಿ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್‌ನಿಂದ ಉತ್ತರಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ. ಟನೆಲ್ ಏಳುವ ಮೊದಲಿನ ಕ್ಯಾಶ್ ಮಾಡಿದ ಋಣಾತ್ಮಕ ಉತ್ತರವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವ ಅಪ್ಲಿಕೇಶನ್ ಕೂಡ ಅದೇ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ. ರಿಸಾಲ್ವರ್ ವಿಳಾಸಗಳನ್ನು ಮತ್ತೆ ಬದಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಅದೇ ಯಂತ್ರದಲ್ಲಿ ಸಾಮಾನ್ಯ ಸಿಸ್ಟಮ್ ಪ್ರಶ್ನೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.
ಸಿಸ್ಟಮ್ ಪ್ರಶ್ನೆ ಸರಿಯಾಗಿದ್ದು ಅಪ್ಲಿಕೇಶನ್ ತಪ್ಪಾಗಿದ್ದರೆ, ಉಳಿದ ದೋಷವು ಆ ಅಪ್ಲಿಕೇಶನ್‌ನ DNS ಸಂರಚನೆಯಲ್ಲಿದೆ, VPN ಮಾರ್ಗದಲ್ಲಿಲ್ಲ.