Windows VPN ನಲ್ಲಿ ತಪ್ಪು DNS ಸರ್ವರ್: ಮೆಟ್ರಿಕ್, ಸೇರಿಸುವ ಕ್ರಮ ಅಥವಾ ಪ್ರತ್ಯಯ
Windows ನ ಮೂರು ಕಾರ್ಯವಿಧಾನಗಳು DNS ರಿಸಾಲ್ವರ್ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ಹೆಸರು ಸ್ಥಳದ ವ್ಯಾಪ್ತಿ, ಜಾಗತಿಕ ಕ್ರಮ, ಅಥವಾ ಸರಿಪಡಿಸುವಿಕೆ ಮರುಸಂಪರ್ಕದ ನಂತರ ಉಳಿಯುತ್ತದೆಯೇ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ನಿರ್ಧರಿಸಿ.
Windows ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ಇರಬಹುದು, ಕಾರ್ಪೊರೇಟ್ ರಿಸಾಲ್ವರ್ ಇರಬಹುದು, ಆದರೂ ಒಳಗಿನ ಹೆಸರುಗಳು ಮನೆಯ ರೌಟರ್ಗೆ ಹೋಗಬಹುದು. ಯಾವ ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಮೂರು ವಿಭಿನ್ನ ಕಾರ್ಯವಿಧಾನಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ಮೂರನ್ನೂ ಸರಿಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ: ಯಾವುದು ಆಟದಲ್ಲಿದೆ ಎಂದು ಲಕ್ಷಣ ಹೇಳುತ್ತದೆ. ಕೆಳಗಿನ ನಿರ್ಧಾರ ವೃಕ್ಷ ಕೆಲವು ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಮೆಟ್ರಿಕ್ ಬದಲಾವಣೆ, ರಿಜಿಸ್ಟ್ರಿ ಮರುಜೋಡಣೆ ಮತ್ತು NRPT ನಿಯಮ ಒಟ್ಟಿಗೆ ಬಂದು ಯಾರಿಗೂ ಏನು ಮಾಡಿತು ಎಂದು ತಿಳಿಯದ ಸಾಮಾನ್ಯ ಪರಿಣಾಮವನ್ನು ತಡೆಯುತ್ತದೆ.
ಮೂರು ಕಾರ್ಯವಿಧಾನಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ತಪ್ಪಾಗಿರುತ್ತದೆ
ಇಂಟರ್ಫೇಸ್ ಮೆಟ್ರಿಕ್ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕೆ ಅಡಾಪ್ಟರ್ಗಳನ್ನು ಕ್ರಮಗೊಳಿಸುತ್ತದೆ. Tcpip\Linkage ಅಡಿಯಲ್ಲಿ ಸೇರಿಸುವ ಕ್ರಮ ಎಂಬುದು ಹಳೆಯ ಕೋಡ್ ಮಾರ್ಗಗಳು ಇನ್ನೂ ನೋಡುವ, ಯಂತ್ರ ಮಟ್ಟದ ಇಂಟರ್ಫೇಸ್ ಗುರುತುಗಳ ಪಟ್ಟಿ. ಹೆಸರು ವಿಶ್ಲೇಷಣಾ ನೀತಿ ಕೋಷ್ಟಕ (NRPT) ಹೆಸರು ಸ್ಥಳವನ್ನು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ಗಳಿಗೆ ಬಂಧಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತ್ಯಯ ಪಟ್ಟಿ ಸಣ್ಣ ಹೆಸರು ವಿಸ್ತರಿಸಲ್ಪಡುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅವು ಸ್ವತಂತ್ರ, ಆದ್ದರಿಂದ VPN ಅಡಾಪ್ಟರ್ನ ಸರಿಯಾದ ರಿಸಾಲ್ವರ್ ಬೇರೆಡೆಯ ಹಳೆಯ ಆದ್ಯತೆಗೆ ಸೋಲುತ್ತದೆ.
| What you see | Mechanism to check | First command |
|---|---|---|
| Every name is slow, public names sometimes wrong | Global adapter order: metric, then Linkage | Get-NetIPInterface |
| Internal names resolve to a public address | The query left through the home resolver, not the tunnel | Resolve-DnsName intranet.corp.example -Type A, then the same query with -Server 10.20.0.10 |
| Only corp.example names fail, public names fine | Namespace binding: NRPT or suffix | Get-DnsClientNrptRule |
| Short name fails, fully qualified name works | Suffix list on the adapter, with the corporate suffix ahead of other entries, or pushed by the server | Get-DnsClientGlobalSetting |
| Works, then breaks after a reconnect | Runtime setting that was never persisted | Get-VpnConnection for the stored profile, then Get-NetIPInterface again after a reconnect |
ಈ ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಯಾವುದೂ ಸುರಂಗದ ಆಚೆಯ ಬದಿಯಲ್ಲ. VPN ಒತ್ತುವ ಸರ್ವರ್ ಹೆಸರು ವಿಶ್ಲೇಷಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಬದಿಯ ಪ್ರತಿ ಸೆಟ್ಟಿಂಗ್ ಕೇವಲ ಅಲಂಕಾರ, ಆದ್ದರಿಂದ ಮೊದಲ ನಿರ್ಧಾರ ರಿಸಾಲ್ವರ್ ಸ್ವತಃ ನೇರವಾಗಿ ಕೇಳಿದಾಗ ಉತ್ತರಿಸಬಹುದೇ ಎಂಬುದು.
ನಿರ್ಧಾರ ಒಂದು: ಒತ್ತಿದ ರಿಸಾಲ್ವರ್ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವೇ?
ಸರ್ವರ್ನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಕೇಳಿ ಮತ್ತು ಸಾಮಾನ್ಯ ಹುಡುಕಾಟದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಉತ್ತರಗಳ ನಡುವಿನ ಅಂತರ ಆಯ್ಕೆಯ ಸಮಸ್ಯೆಯನ್ನು ತಲುಪುವಿಕೆಯ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಇಲ್ಲಿ ಅತಿ ವೇಗದ ಕವಲು ಇದು:
Resolve-DnsName intranet.corp.example -Server 10.20.0.10 -Type A
Resolve-DnsName intranet.corp.example -Type Aಮೊದಲನೆಯದು ಯಶಸ್ವಿಯಾಗಿ ಎರಡನೆಯದು ವಿಫಲವಾದರೆ, ರಿಸಾಲ್ವರ್ ತಲುಪಬಹುದಾದದ್ದು ಮತ್ತು Windows ಕೆಟ್ಟದಾಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತಿದೆ; ಕೆಳಗಿನ ಹೆಸರು ಸ್ಥಳ ಮತ್ತು ಕ್ರಮದ ನಿರ್ಧಾರಗಳಿಗೆ ಹೋಗಿ. ಮೊದಲನೆಯದೂ ವಿಫಲವಾದರೆ, ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಏನೂ ಸಹಾಯ ಮಾಡದು: UDP ಮತ್ತು TCP 53 ಸುರಂಗದ ಮೂಲಕ ಸರ್ವರ್ ತಲುಪುತ್ತವೆಯೇ, ಸರ್ವರ್ನಲ್ಲಿನ ಯಾವುದೇ ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್ ಪೂಲ್ ಬಿಡುತ್ತಿಲ್ಲವೇ, ಮತ್ತು ಸರ್ವರ್ನ ಸ್ವಂತ ಫಾರ್ವರ್ಡರ್ಗಳು ಆರೋಗ್ಯವಾಗಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಈ ಕವಲಿನಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ತಲುಪಲಾಗದ ರಿಸಾಲ್ವರ್ಗೆ NRPT ನಿಯಮ ಅನ್ವಯಿಸುವುದು ಅದೇ ವೈಫಲ್ಯವನ್ನು ಹೆಚ್ಚು ರದ್ದು ಮಾಡಬೇಕಾದ ಸಂರಚನೆಯೊಂದಿಗೆ ನೀಡುತ್ತದೆ, ಮತ್ತು ನಿಜವಾದ ದೋಷವನ್ನು ಅಧಿಕಾರಯುತವಾಗಿ ಕಾಣುವ ನಿಯಮದ ಹಿಂದೆ ಮರೆಮಾಡುತ್ತದೆ.
ನಿರ್ಧಾರ ಎರಡು: ಒಂದು ಹೆಸರು ಸ್ಥಳವೇ ಅಥವಾ ಪ್ರತಿ ಪ್ರಶ್ನೆಯೇ?
ವ್ಯಾಪ್ತಿ ಸಾಧನವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕೇವಲ ಕಾರ್ಪೊರೇಟ್ ಹೆಸರುಗಳು ವಿಫಲವಾದಾಗ, ಯಂತ್ರವನ್ನು ಮರುಜೋಡಿಸುವ ಬದಲು ಹೆಸರು ಸ್ಥಳವನ್ನು ಬಂಧಿಸಿ: NRPT ನಿಯಮ ಆ ಪ್ರತ್ಯಯವನ್ನು ಸುರಂಗದ ರಿಸಾಲ್ವರ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಬಿಡುತ್ತದೆ. ಪ್ರತಿ ಹುಡುಕಾಟವೂ ಬಾಧಿತವಾದಾಗ, ಸಮಸ್ಯೆ ಜಾಗತಿಕ ಅಡಾಪ್ಟರ್ ಆದ್ಯತೆ, ಮತ್ತು ಮೆಟ್ರಿಕ್ ಪ್ರಾರಂಭಿಸುವ ಸ್ಥಳ ಏಕೆಂದರೆ ಅದು ಯಾವುದೇ ಸರ್ವರ್ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವುದಿಲ್ಲ.
ಪ್ರತಿ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕೆ, ಎರಡೂ ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಮೆಟ್ರಿಕ್ ಹೊಂದಿಸಿ, ನಂತರ ಕ್ರಮವನ್ನು ದೃಢೀಕರಿಸಿ:
Get-NetIPInterface | Select-Object ifIndex, InterfaceAlias, AddressFamily, InterfaceMetric
Set-NetIPInterface -InterfaceIndex 11 -InterfaceMetric 1 -AddressFamily IPv4
Set-NetIPInterface -InterfaceIndex 11 -InterfaceMetric 1 -AddressFamily IPv6ಮೇಲಿನ ಸಾಲಿನಿಂದ ಸುರಂಗ ಅಡಾಪ್ಟರ್ನ ifIndex ನೊಂದಿಗೆ 11 ಅನ್ನು ಬದಲಾಯಿಸಿ; 11 LAN ಅಡಾಪ್ಟರ್ ಆಗಿದ್ದರೆ, ಅದೇ ಆದೇಶ ತಪ್ಪು ಮಾರ್ಗವನ್ನು ಇಳಿಸುತ್ತದೆ. ಬದಲಿಗೆ LAN ಅಡಾಪ್ಟರ್ ಎತ್ತಿದರೆ ಇನ್ನೊಂದು ಬದಿಯಿಂದ ಅದೇ ಕ್ರಮ ತಲುಪುತ್ತದೆ: netsh int ip set interface interface="Ethernet" metric=15, ಮತ್ತು ಎರಡನೇ ಕುಟುಂಬಕ್ಕೆ netsh int ipv6 set interface interface="Ethernet" metric=15, ಏಕೆಂದರೆ int ip ಕೇವಲ IPv4 ಅನ್ನು ಮುಟ್ಟುತ್ತದೆ.
ಸೇರಿಸುವ ಕ್ರಮ ಮೊದಲ ಹೆಜ್ಜೆಯಲ್ಲ, ಕೊನೆಯ ಉಪಾಯ. HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Linkage ಸಾಧನ ಗುರುತುಗಳ Bind ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಸುರಂಗದ ಗುರುತನ್ನು ಮುಂಭಾಗಕ್ಕೆ ತಂದರೆ ಯಾವ ಅಡಾಪ್ಟರ್ ಮೊದಲು ಕೇಳಲ್ಪಡುತ್ತದೆ ಎಂಬುದು ನಿಜವಾಗಿ ಬದಲಾಗುತ್ತದೆ, ಆದರೆ ಇದು ಪ್ರತಿ ಹೆಸರು ಸ್ಥಳಕ್ಕೂ ವ್ಯಾಪ್ತಿ ಇಲ್ಲದ ಯಂತ್ರ ಮಟ್ಟದ ರಿಜಿಸ್ಟ್ರಿ ಮೌಲ್ಯ. ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದನ್ನು ರಫ್ತು ಮಾಡಿ ಮತ್ತು ನಂತರ ಸುರಂಗವನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಇದರಿಂದ ಕ್ರಮವು ಕ್ಲೈಂಟ್ ನಿರೀಕ್ಷಿಸುವ ಸ್ಥಿತಿಯಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತದೆ.
ಒಂದೇ ಹೆಸರು ಸ್ಥಳಕ್ಕೆ, ಸಂಕುಚಿತ ಸಾಧನವನ್ನು ಆರಿಸಿ:
Add-DnsClientNrptRule -Namespace ".corp.example" -NameServers 10.20.0.10
Get-DnsClientNrptRule | Select-Object Namespace, NameServersನಿರ್ಧಾರ ಮೂರು: ಮರುಸಂಪರ್ಕದ ನಂತರ ಸರಿಪಡಿಸುವಿಕೆ ಉಳಿಯುತ್ತದೆಯೇ?
ಮುಂದಿನ ಡಯಲ್-ಅಪ್ ಮರುಸಂಪರ್ಕದವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಮೆಟ್ರಿಕ್ ಎಂದೂ ಉಳಿಸಲ್ಪಟ್ಟಿರಲಿಲ್ಲ. L2TP/IPsec ಮತ್ತು ಇತರ ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ಗಳು ಸಂಪರ್ಕ ಪ್ರಾರಂಭವಾದಾಗ ಮತ್ತೆ ರಚಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಉಳಿಸಿದ ಮೌಲ್ಯ ಫೋನ್-ಬುಕ್ ನಮೂದಿನಲ್ಲಿ IpInterfaceMetric ಆಗಿ ಜೀವಿಸುತ್ತದೆ, ಕೇವಲ ಜೀವಂತ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಅಲ್ಲ. ಕೆಲವು ಪರಿಸರಗಳು ಆ ಕ್ಷೇತ್ರವನ್ನು ಇದೇ ಕಾರಣಕ್ಕೆ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತವೆ; ಇತರವು ನಿರ್ವಹಣಾ ನೀತಿಯಿಂದ ಆದ್ಯತೆಯನ್ನು ಒತ್ತಿ ಅಂತ್ಯಬಿಂದುವನ್ನು ಬಿಡುತ್ತವೆ.
ಸಂಗ್ರಹ ಮತ್ತು ನೋಂದಣಿ ಬೇರೆ ಪದರ. ಸುರಂಗ ಏರಿದ ನಂತರ ಇವನ್ನು ಚಲಾಯಿಸುವುದು ಹಳೆಯ ನಮೂದುಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ನು ಮರುನೋಂದಣಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಎರಡೂ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಮರುಜೋಡಿಸುವುದಿಲ್ಲ:
ipconfig /registerdns
ipconfig /flushdnsಅದೇ ಪದರದಲ್ಲಿ ಆಫ್ ಸ್ವಿಚ್ ಇದೆ. ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ ಕ್ರಿಯಾತ್ಮಕ ನೋಂದಣಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಕ್ಲೈಂಟ್ ತನ್ನ VPN ಬದಿಯ ವಿಳಾಸವನ್ನು ತಪ್ಪು ಹೆಸರಿನಲ್ಲಿ ಘೋಷಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ, ಮತ್ತು ಇದು ಮೇಲಿನ ನವೀಕರಣಕ್ಕಿಂತ ಬೇರೆ ದುರಸ್ತಿ.
IPv6 ನಿರ್ಧಾರದಲ್ಲಿ ತನ್ನದೇ ಸಾಲಿಗೆ ಅರ್ಹ. ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ ಜಾಗತಿಕ IPv6 ವಿಳಾಸ ಇದ್ದು ಸುರಂಗ ಕೇವಲ IPv4 ಸಾಗಿಸಿದರೆ, Windows ಹೆಸರು ವಿಶ್ಲೇಷಣೆಗೆ ಸುರಂಗವಿಲ್ಲದ ಮಾರ್ಗವನ್ನು ಆದ್ಯತೆ ನೀಡಬಹುದು. ಆ ಕುಟುಂಬವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ IPv4 ಗೆ ಹೊಂದಿಸಿದ ಮೆಟ್ರಿಕ್ ಅದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ:
Get-NetIPInterface -AddressFamily IPv6 | Select-Object ifIndex, InterfaceAlias, InterfaceMetricLAN ಅಡಾಪ್ಟರ್ನಲ್ಲಿ IPv6 ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಆ ಮಾರ್ಗ ಮತ್ತು ಅದರೊಂದಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ತೆಗೆದುಹಾಕುತ್ತದೆ; IPv6 ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮೆಟ್ರಿಕ್ ಬದಲಾವಣೆ, ಅಥವಾ ಕಾರ್ಪೊರೇಟ್ ಹೆಸರು ಸ್ಥಳಕ್ಕೆ NRPT ನಿಯಮ, ಕುಟುಂಬವನ್ನು ಇಟ್ಟುಕೊಂಡು ಆದ್ಯತೆಯನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ. ಆ ಕೊಂಡಿಗೆ IPv6 ಇರಬಾರದು ಎಂದು ನಿರ್ಧರಿಸದಿದ್ದರೆ ಸಂಕುಚಿತವನ್ನು ಆರಿಸಿ.
ಹೆಸರಿಸಿದ ಮೂಲದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ
ಪುಟ ಲೋಡ್ ಆಗುತ್ತದೆಯೇ ಎಂಬುದಷ್ಟೇ ಅಲ್ಲ, ಯಾವ ಮೂಲ ಜಾರಿಯಲ್ಲಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಸಾಧನಗಳಿಂದ ಪರಿಶೀಲಿಸಿ:
ipconfig /all
Get-DnsClientServerAddress -AddressFamily IPv4
Resolve-DnsName fileserver.corp.example -Server 10.20.0.10 -Type Aನಂತರ ಶೋಧನೆಯನ್ನು ಆಯ್ಕೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಒಳಗಿನಿಂದ ಎರಡೂ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. OpenVPN ನ block-outside-dns ಇತರ ಅಡಾಪ್ಟರ್ಗಳಲ್ಲಿ ಪೋರ್ಟ್ 53 ಅನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ; ಅದು ರಿಸಾಲ್ವರ್ ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಈಗ ಪ್ರತಿ ಪ್ರಶ್ನೆಯೂ ವಿಫಲವಾದರೆ, ಶೋಧಕವು ಏಕೈಕ ತಲುಪಬಹುದಾದ ಸರ್ವರ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತಿರಬಹುದು; ಸಂರಚಿಸಿದ ರಿಸಾಲ್ವರ್ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಟ್ಟರೆ, ಕ್ರಮ ಅಥವಾ ಹೆಸರು ಸ್ಥಳದ ನಿಯಮ ತಪ್ಪು. ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಬದಲಿಸುವುದು ನಿರ್ಬಂಧಿತ ಪ್ರಶ್ನೆ ಮತ್ತು ನಿರ್ಲಕ್ಷಿತ ಪ್ರಶ್ನೆಯನ್ನು ಬೇರ್ಪಡಿಸಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ.
DNS ನೀತಿಗೆ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ: VPN ಪ್ರೊಫೈಲ್, ನಿರ್ವಹಣಾ ನೀತಿ, ಅಥವಾ NRPT ನಿಯಮ, ಅವುಗಳಲ್ಲಿ ಎರಡಲ್ಲ. ಮುಚ್ಚುವ ಮೊದಲು:
- ಒತ್ತಿದ ರಿಸಾಲ್ವರ್ ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಿದಾಗ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ಹುಡುಕಾಟ ಅದನ್ನು ಬಳಸುತ್ತದೆ.
- ನೀವು ಬದಲಿಸಿದ ನಿಯಮ ಅಥವಾ ಮೆಟ್ರಿಕ್ ಪ್ರಶ್ನೆಗಳನ್ನು ನಿಜವಾಗಿ ಸಾಗಿಸುವ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.
- ಸೆಟ್ಟಿಂಗ್ ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ಮರುಸಂಪರ್ಕದ ನಂತರ ಉಳಿಯುತ್ತದೆ, ಅಥವಾ ನೀವು ಅದನ್ನು ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ಗೆ ಸರಿಸಿದ್ದೀರಿ.
- ನಿಖರವಾಗಿ ಒಂದು ಕಾರ್ಯವಿಧಾನವು ಅಧಿಕಾರಯುತ, ಮತ್ತು ಉಳಿದವು ಇದ್ದಂತೆಯೇ ಬಿಡಲ್ಪಟ್ಟವು.
ಕ್ರಮವನ್ನು ಮುಗಿಸುವ ವಸ್ತುವಲ್ಲ, ಪರಿಸರ ಸ್ಥಿತಿ ಎಂದು ಪರಿಗಣಿಸಿ. ಮರುಸಂಪರ್ಕದ ನಂತರ ಮತ್ತು ಜಾಲಬಂಧ ಸ್ಟ್ಯಾಕ್ ಮುಟ್ಟುವ Windows ನವೀಕರಣದ ನಂತರ ಅದನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡರಲ್ಲಿ ಯಾವುದಾದರೂ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಮತ್ತೆ ಮುಂಭಾಗಕ್ಕೆ ತರಬಹುದು.