PowerShell ಬಳಸಿ Windows VPN ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ DNS ಹೊಂದಿಸಿ, ನಂತರ ಪರಿಶೀಲಿಸಿ

Windows ಟನೆಲ್‌ನ DNS ಅನ್ನು ಪ್ರೊಫೈಲ್‌ಗೆ ಅಲ್ಲ, ಅಡಾಪ್ಟರ್‌ಗೆ ಜೋಡಿಸುತ್ತದೆ. ಸಂಪರ್ಕದ ನಂತರ PowerShell ನಲ್ಲಿ ಹೊಂದಿಸಿ, ನಂತರ ಮರುಸಂಪರ್ಕ ಅದನ್ನು ಉಳಿಸುತ್ತದೆಯೇ ಎಂದು ಪರೀಕ್ಷಿಸಿ.

Windows VPN ಸಂಪರ್ಕವು ನೀವು ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಸಂಪಾದಿಸುವ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ DNS ಸರ್ವರ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ. ಟನೆಲ್ ಮೇಲೆ ಬಂದಾಗ, ಕ್ಲೈಂಟ್ ಗೇಟ್‌ವೇ ಜೊತೆ IP ಸಂರಚನೆಯನ್ನು ಸಮಾಲೋಚಿಸುತ್ತದೆ, ಗೇಟ್‌ವೇ ರಿಜಾಲ್ವರ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು Windows ಅದನ್ನು ಟನೆಲ್ ಅಡಾಪ್ಟರ್‌ಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಆ ಅಡಾಪ್ಟರ್ ನಿಮ್ಮ Wi-Fi ಅಥವಾ Ethernet ನಿಂದ ಪ್ರತ್ಯೇಕ ಇಂಟರ್ಫೇಸ್, ಮತ್ತು ಪಟ್ಟಿ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸೇರಿದ್ದು, ಪ್ರೊಫೈಲ್‌ಗೆ ಅಲ್ಲ. ಯಾವ ಆಬ್ಜೆಕ್ಟ್ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ತಿಳಿದ ನಂತರ, PowerShell ನಲ್ಲಿ ಅದನ್ನು ಮೀರಿಸಿ ಬರೆಯುವುದು ಒಂದೇ ಆದೇಶ; ಮೀರಿಸಿ ಬರೆಯುವುದನ್ನು ಮರುಸಂಪರ್ಕದವರೆಗೂ ಉಳಿಸುವುದು ನಿರ್ಣಯ ಬೇಕಾದ ಭಾಗ.

ವಿಳಾಸವನ್ನು ಯಾವ ಆಬ್ಜೆಕ್ಟ್ ಹೊಂದಿದೆ

RAS ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾದಾಗ ಟನೆಲ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಾಗ ಅದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ipconfig /all ನಲ್ಲಿ ನೀವು ನೋಡುವ DNS ಸರ್ವರ್‌ಗಳು ಆ ಸಂರಚನಾ ವಿನಿಮಯದ ಸಮಯದಲ್ಲಿ, IPv4 ಮತ್ತು IPv6 ವಿಳಾಸಗಳು ಹಾಗೂ ಮಾರ್ಗಗಳ ಪಕ್ಕದಲ್ಲಿ ಬರುತ್ತವೆ. ಮೌಲ್ಯ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅಂಟಿಕೊಂಡಿರುವುದರಿಂದ, Set-DnsClientServerAddress ಸಂಪರ್ಕ ಇರುವವರೆಗೂ ಮಾತ್ರ ಇರುವ ವಸ್ತುವಿಗೆ ಬರೆಯುತ್ತದೆ.

ಈ ಒಂದು ಸತ್ಯವೇ VPN DNS ಸುತ್ತಲಿನ ಬಹುಪಾಲು ಗೊಂದಲವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸಂಪರ್ಕ ಕಡಿತದಲ್ಲೂ ಪರಿಶೀಲಿಸಬಹುದು, ಆದರೆ ತೋರಿಸಲು ಯಾವ ಇಂಟರ್ಫೇಸೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ VPN ಅಲಿಯಾಸ್ ವಿರುದ್ಧ cmdlet ಅನ್ನು ಕರೆಯುವ ಲಾಗಿನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಯಾರೂ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಮೊದಲೇ ವಿಫಲವಾಗುತ್ತದೆ. ಇದು ಹಿಂದಕ್ಕೆ ಹೋದಂತೆ ಕಾಣುವ ಬದಲಾವಣೆಯನ್ನೂ ವಿವರಿಸುತ್ತದೆ: ಏನೂ ಹಿಂದಕ್ಕೆ ಹೋಗಿಲ್ಲ, ಇಂಟರ್ಫೇಸ್ ನಾಶವಾಗಿ ಗೇಟ್‌ವೇ ಒತ್ತಿದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಮತ್ತೆ ನಿರ್ಮಾಣವಾಯಿತು.

DNS ಮುಟ್ಟುವ ಮೊದಲು ಅಲಿಯಾಸ್ ಹುಡುಕಿ

ಪ್ರೊಫೈಲ್ ಹೆಸರು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಅಲಿಯಾಸ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಸ್ಟ್ರಿಂಗ್, ಆದರೆ ಅವು ಒಂದೇ ಆಬ್ಜೆಕ್ಟ್ ಅಲ್ಲ. Get-VpnConnection ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ; Get-NetAdapter Windows ನಿಜವಾಗಿ ಹೊಂದಿರುವ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. DNS cmdlet ಗಳಿಗೆ ಎರಡನೆಯದು ಬೇಕು, ಮತ್ತು ಈ ಎರಡೂ ಜನರು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಬೇರೆಯಾಗುತ್ತವೆ, ವಿಶೇಷವಾಗಿ ಕ್ಲೈಂಟ್ ಅಡಾಪ್ಟರ್ ಹೆಸರಿಗೆ "(RAS)" ನಂತಹ ವಿವರಣೆಯನ್ನು ಸೇರಿಸಿದಾಗ.

ಪ್ರೊಫೈಲ್ ಇಲ್ಲದಿದ್ದರೆ, PowerShell ಸ್ಥಳೀಯ ನಮೂದನ್ನು ರಚಿಸಬಹುದು. ಟನೆಲ್ ಪ್ರಕಾರ ಮತ್ತು ದೃಢೀಕರಣ ಗೇಟ್‌ವೇ ನೀಡುವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಏಕೆಂದರೆ ಹೊಂದಿಕೆಯಾಗದಿರುವುದು ರಚಿಸುವ ಸಮಯದಲ್ಲಿ ಅಲ್ಲ, ಸಂಪರ್ಕಿಸುವ ಸಮಯದಲ್ಲಿ ಗೋಚರಿಸುತ್ತದೆ:

Add-VpnConnection -Name "Corporate" -ServerAddress vpn.example.net `
  -TunnelType Ikev2 -EncryptionLevel Required `
  -AuthenticationMethod Eap -AllUserConnection

ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಯಾವುದೇ DNS ಆದೇಶ ಬರೆಯುವ ಮೊದಲು ನಿಜವಾದ ಅಲಿಯಾಸ್ ಓದಿ:

rasdial.exe "Corporate"
Get-NetAdapter | Where-Object InterfaceDescription -like "*VPN*"
Get-DnsClientServerAddress -InterfaceAlias "Corporate"

ಮೀರಿಸಿ ಬರೆಯುವುದನ್ನು ಸರಿಯಾದ ಕ್ರಮದಲ್ಲಿ ಅನ್ವಯಿಸಿ

ಕ್ರಮವು ವಾಕ್ಯರಚನೆಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. ಅಡಾಪ್ಟರ್ ಸಕ್ರಿಯವಾಗಿರಬೇಕು, ಅಲಿಯಾಸ್ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು, ಮತ್ತು ಖಾತೆಗೆ ಇಂಟರ್ಫೇಸ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಿಸಲು ಅನುಮತಿ ಇರಬೇಕು. ಪ್ರತಿ ಬಳಕೆದಾರ ಸಂಪರ್ಕ ಸಾಮಾನ್ಯವಾಗಿ ಲಾಗಿನ್ ಆದ ಬಳಕೆದಾರರಿಂದ ಬದಲಾವಣೆ ಸ್ವೀಕರಿಸುತ್ತದೆ; -AllUserConnection ನೊಂದಿಗೆ ರಚಿಸಿದ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಸಂಪರ್ಕಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಉನ್ನತ shell ಬೇಕು.

cmdlet ಸ್ವತಃ ಒಂದೇ ಸಾಲು, Microsoft ನ Set-DnsClientServerAddress ಉಲ್ಲೇಖದಲ್ಲಿ ದಾಖಲಾಗಿದೆ:

Set-DnsClientServerAddress -InterfaceAlias "Corporate" -ServerAddresses 10.20.0.53,10.20.0.54
Get-DnsClientServerAddress -InterfaceAlias "Corporate" -AddressFamily IPv4

ವಿಫಲತೆಯ ಎರಡು ಬಗೆಗಳನ್ನು ಒಂದು ನೋಟದಲ್ಲಿ ಗುರುತಿಸಬೇಕು. ತಪ್ಪು ಅಲಿಯಾಸ್ cmdlet ನಿಂದ ದೋಷ ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದು ಒಳ್ಳೆಯ ಫಲಿತಾಂಶ, ಏಕೆಂದರೆ ಮೌನವು ಅದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿರುತ್ತಿತ್ತು. ಸರಿಯಾದ cmdlet ಕಾಣುವ ಪರಿಣಾಮವಿಲ್ಲದಿದ್ದರೆ ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ತಪ್ಪು ಅಡಾಪ್ಟರ್ ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದರ್ಥ: ಬೇರೆ ಕ್ಲೈಂಟ್‌ನಿಂದ ಉಳಿದ ಟನೆಲ್ ಅಡಾಪ್ಟರ್, ಹೋಲುವ ವಿವರಣೆಯ ಭೌತಿಕ ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಡ್, ಅಥವಾ ಪ್ರತ್ಯೇಕ ಪರಿಸರದ ನೆಟ್‌ವರ್ಕ್ ಸಾಧನ ರಚಿಸಿದ ಎರಡನೇ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್.

ಮರುಸಂಪರ್ಕ ಬದಲಾವಣೆಯನ್ನು ಏಕೆ ರದ್ದುಗೊಳಿಸಬಹುದು

ಮೀರಿಸಿ ಬರೆಯುವುದು ಇಂಟರ್ಫೇಸ್‌ನ ಒಂದೇ ನಿದರ್ಶನಕ್ಕೆ ಸೇರಿದೆ. ಕ್ಲೈಂಟ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಒಡೆದು ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ಮತ್ತೆ ನಿರ್ಮಿಸಿದಾಗ, ಒತ್ತಿದ ಮೌಲ್ಯಗಳು ಮತ್ತೆ ಅನ್ವಯವಾಗುತ್ತವೆ ಮತ್ತು ನಿಮ್ಮ ಪಟ್ಟಿ ಹೋಗುತ್ತದೆ. ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲೂ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಮತ್ತೆ ರಚಿಸುತ್ತವೆ; ಇತರರು ಅದನ್ನು ಸೆಷನ್ ಉದ್ದಕ್ಕೂ ಮರುಬಳಸುತ್ತವೆ. Get-NetAdapter ನಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ಸೂಚಿಯನ್ನು ಎರಡು ಸಂಪರ್ಕಗಳ ನಡುವೆ ಹೋಲಿಸಿ, ನಿಮ್ಮಲ್ಲಿ ಯಾವ ವರ್ತನೆ ಇದೆ ಎಂದು ತಿಳಿಯುತ್ತದೆ.

ಮೂರು ಶಾಶ್ವತ ಉತ್ತರಗಳಿವೆ, ಮತ್ತು ಅವನ್ನು ಒಂದರ ಮೇಲೊಂದು ಇಡುವುದು ತನ್ನದೇ ದೋಷಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಸಂಪರ್ಕಕ್ಕೆ ನಿರ್ದಿಷ್ಟವಾದ DNS ಪ್ರತ್ಯಯ ಮತ್ತು NRPT ನಿಯಮ ಕೇವಲ ಆಂತರಿಕ ಹೆಸರಿನ ಜಾಗವನ್ನು ಆಂತರಿಕ ರಿಜಾಲ್ವರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳನ್ನು ಬಿಟ್ಟಿರುತ್ತದೆ. VPN ಸಂಪರ್ಕಕ್ಕೆ ಅನ್ವಯಿಸಿದ ಗುಂಪು ನೀತಿ ಅಥವಾ MDM ಸೆಟ್ಟಿಂಗ್ ಯಾವುದೇ ಸ್ಕ್ರಿಪ್ಟ್ ಇಲ್ಲದೆ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ DNS ಹೊಂದಿಸುತ್ತದೆ. ಸಂಪರ್ಕ ಘಟನೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಿ cmdlet ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುವ ನಿಗದಿತ ಕಾರ್ಯ ಒರಟು ಆಯ್ಕೆ, ಆದರೆ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಲಾಗ್ ಬಿಡುತ್ತದೆ. DNS ಗೆ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಆರಿಸಿ ಮತ್ತು ಯಾವುದು ಎಂದು ಬರೆಯಿರಿ.

ಒಂದು ಲೇಬಲ್‌ನ ಆಂತರಿಕ ಹೆಸರುಗಳಿಗೂ ಪ್ರತ್ಯಯ ಹುಡುಕಾಟ ಪಟ್ಟಿ ಬೇಕು. Set-DnsClientGlobalSetting -SuffixSearchList ಇಡೀ ಯಂತ್ರಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಂಪ್ಯೂಟರ್‌ನ ಪ್ರತಿ ಅಡಾಪ್ಟರ್‌ಗೂ, Ethernet ಸೇರಿದಂತೆ, ಪರಿಹಾರವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಚಿತ್ರಕ್ಕೆ ಸೇರುವ ಮೊದಲು ಪ್ರಯೋಗಾಲಯದ ಯಂತ್ರದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ.

ಸೆಟ್ಟಿಂಗ್ ಮಾತ್ರವಲ್ಲ, ಪರಿಹಾರವನ್ನೂ ಪರಿಶೀಲಿಸಿ

ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಿದ ರಿಜಾಲ್ವರ್ ಮೌಲ್ಯ ಬರೆಯಲ್ಪಟ್ಟಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಉದ್ದೇಶಿತ ಸರ್ವರ್ ಅನ್ನು ನೇರವಾಗಿ ಕೇಳಿ, ನಂತರ ಸಾಮಾನ್ಯ ಮಾರ್ಗದಲ್ಲಿ ಕೇಳಿ:

Resolve-DnsName server01.corp.example -Server 10.20.0.53
Resolve-DnsName server01.corp.example

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

ಪರೀಕ್ಷೆಯನ್ನು ಎರಡು ಬಾರಿ ಚಲಾಯಿಸಿ, ಒಮ್ಮೆ ಸಂಪರ್ಕದ ನಂತರ ತಕ್ಷಣ ಮತ್ತು ಒಮ್ಮೆ ಸಂಪರ್ಕ ಕಡಿತ ಹಾಗೂ ಮರುಸಂಪರ್ಕದ ನಂತರ, ಮತ್ತು ಎರಡೂ ಚಲಾಯಿಸುವಿಕೆಗಳ Get-DnsClientServerAddress ಔಟ್‌ಪುಟ್ ಹೋಲಿಸಿ. ಎರಡನೇ ಸಂಪರ್ಕದಲ್ಲಿ ಒತ್ತಿದ ಮೌಲ್ಯ ಮತ್ತೆ ಬಂದರೆ, ಮೀರಿಸಿ ಬರೆಯುವುದು ಅಡಾಪ್ಟರ್ ಜೊತೆಗೆ ಬದುಕಿ ಸತ್ತಿದೆ, ಮತ್ತು ಹಿಂದಿನ ವಿಭಾಗದ NRPT ಅಥವಾ ನೀತಿ ಮಾರ್ಗ ಮಾತ್ರ ನಿಲ್ಲುತ್ತದೆ. ಎರಡೂ ಟ್ರಾನ್ಸ್‌ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಮತ್ತು ಸಂಪರ್ಕದ ಸಮಯ ಚಿಹ್ನೆಗಳನ್ನು ಇರಿಸಿ; ಅವು ಉಳಿಯುತ್ತದೆಯೇ ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ಇನ್ನೊಂದು ಸುತ್ತಿನ ಸಂಪಾದನೆಗಿಂತ ಬೇಗನೆ ಬಗೆಹರಿಸುತ್ತವೆ.

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