Windows ನಲ್ಲಿ VPN ನಿಜವಾಗಿ ಏನನ್ನು ರೂಟ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು PowerShell ನಲ್ಲಿ ಪರಿಶೀಲಿಸುವುದು ಹೇಗೆ
ಸಂಪರ್ಕಗೊಂಡ VPN ಟೈಲ್ ಕವರೇಜ್ ಅನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಫ್ಲ್ಯಾಗ್, ಲೈವ್ ರೂಟ್ ಟೇಬಲ್ ಮತ್ತು NRPT ನಿಯಮಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಓದಿ.
ನಾನು Windows 11 ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದೆ, ಟೈಲ್ Connected ಆಯಿತು, ಆಂತರಿಕ ಫೈಲ್ ಹಂಚಿಕೆ ತೆರೆಯಿತು, ಮತ್ತು ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಇನ್ನೂ ನೇರವಾಗಿ ಕಚೇರಿಯ Wi-Fi ನಿಂದ ಲೋಡ್ ಆಗುತ್ತಿತ್ತು. ಈ ಮಿಶ್ರಣ ಮುರಿದ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತದೆ. ಇದು ಕೆಲವು ಟ್ರಾಫಿಕ್ ಅನ್ನು VPN ಮೂಲಕ ಕಳುಹಿಸಿ ಉಳಿದದ್ದನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ ಬಿಡುವ ಪ್ರೊಫೈಲ್ನ ಸಾಮಾನ್ಯ ಫಲಿತಾಂಶ. ಬಲವಂತದ ಸುರಂಗೀಕರಣವು Windows ಯಾವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ; ಅದು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗಗಳನ್ನು ಅಳಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಾಗ ಟ್ರಾಫಿಕ್ ನಿಲ್ಲುತ್ತದೆ ಎಂದು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಮುಂದಿನದು ಕ್ಲೈಂಟ್ ಕವರೇಜ್ ಎಂದು ಹೇಳಿಕೊಂಡಾಗ ನಾನು ಅನುಸರಿಸುವ ಕ್ರಮ: ಕ್ಲೈಂಟ್ ಸ್ಥಿತಿ, ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್, ಅನ್ವಯಿಸಿದ ಮಾರ್ಗಗಳು, ರಿಜಾಲ್ವರ್, ನಂತರ ನಿಜವಾದ ಹರಿವುಗಳು.
ಕ್ಲೈಂಟ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಅದನ್ನು ನಂಬುವುದನ್ನು ನಿಲ್ಲಿಸಿ
ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸಲು ಸರಿಯಾದ ಸ್ಥಳವಾಗಿರುವುದು ಕೇವಲ ಯಾವ ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಹೇಳುವುದರಿಂದ. ಸಂಪರ್ಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ತೆರೆದು ನಿಖರ ಪ್ರೊಫೈಲ್ ಹೆಸರು, ಅದು ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರಿಗೆ ಅಥವಾ ಯಂತ್ರದ ಎಲ್ಲರಿಗೂ ರಚಿಸಲಾಗಿದೆಯೇ, ಮತ್ತು ಸಂಪರ್ಕದ ನಂತರ ncpa.cpl ನಲ್ಲಿ ಯಾವ ಅಡಾಪ್ಟರ್ ಕಾಣಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ನನ್ನ ಪರೀಕ್ಷಾ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಅಡಾಪ್ಟರ್ ಪ್ರೊಫೈಲ್ ಹೆಸರನ್ನು ಹೊತ್ತಿತ್ತು, ಇದು ಮಾರ್ಗಗಳ ಔಟ್ಪುಟ್ ಓದಲು ಸುಲಭ ಮಾಡಿತು. ಇತರ ಯಂತ್ರಗಳಲ್ಲಿ ಅದು WAN Miniport ನಮೂದಾಗಿ ಕಾಣಿಸುತ್ತದೆ ಮತ್ತು ಹೆಸರು ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಹೇಳಲಾಗದ ವಿಷಯ ಕವರೇಜ್. ಸಂಪರ್ಕಗೊಂಡ ಟೈಲ್ ಸುರಂಗದ ಸ್ಥಿತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಗಮ್ಯಸ್ಥಾನಗಳ ಪಟ್ಟಿಯನ್ನಲ್ಲ. ತೃತೀಯ ಪಕ್ಷದ ಕ್ಲೈಂಟ್ಗಳು ತಮ್ಮ ಸ್ವಂತ ಸಂರಚನೆಯನ್ನೂ ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ Windows ಪ್ರೊಫೈಲ್ ಮತ್ತು ಅದರಿಂದ ನೀವು ಓದುವ ಪ್ರತಿಯೊಂದು ಗುಣಲಕ್ಷಣವು ಆ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ್ದಕ್ಕೆ ಸಂಬಂಧವಿಲ್ಲದಿರಬಹುದು. VPN AnyConnect, OpenVPN GUI, WireGuard ಅಥವಾ ಮಾರಾಟಗಾರರ ಏಜೆಂಟ್ ಮೂಲಕ ಬಂದಿದ್ದರೆ, ಕೆಳಗಿನ PowerShell ಪರಿಶೀಲನೆಗಳು ಹೆಚ್ಚಾಗಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ ಮತ್ತು ಬದಲಾಗಿ ಆ ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ split-tunnel ಮತ್ತು ರೂಟಿಂಗ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಓದಬೇಕು.
ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಓದಿ, ಟೈಲ್ ಅಲ್ಲ
ಸ್ಥಳೀಯ Windows ಪ್ರೊಫೈಲ್ಗೆ (IKEv2, L2TP, SSTP ಅಥವಾ MDM ಒತ್ತಿದ ಒಂದು) ಉಳಿಸಿದ split-tunnel ನಿರ್ಧಾರ ಒಂದೇ ಗುಣಲಕ್ಷಣ:
Get-VpnConnection -Name 'Office' | Select-Object Name, ServerAddress, SplitTunneling, DnsSuffixಪ್ರೊಫೈಲ್ ಸಾಧನದ ಎಲ್ಲರಿಗೂ ರಚಿಸಲಾಗಿದ್ದರೆ -AllUserConnection ಸೇರಿಸಿ. ಅದಿಲ್ಲದೆ ನೀವು ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರ ಪಟ್ಟಿಯನ್ನು ಓದುತ್ತೀರಿ, ಅದು ಖಾಲಿಯಾಗಿರಬಹುದು ಅಥವಾ ಹೋಲುವ ಹೆಸರಿನ ಇನ್ನೊಂದು ನಮೂದನ್ನು ಹೊಂದಿರಬಹುದು. False ಮೌಲ್ಯವು SplitTunneling ನಲ್ಲಿ ಎಂದರೆ ಪ್ರೊಫೈಲ್ ಪೂರ್ಣ ಸುರಂಗವಾಗಿ ಉಳಿಸಲಾಗಿದೆ: Windows VPN ಅಡಾಪ್ಟರ್ ಮೂಲಕ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. True ಎಂದರೆ split tunnel, ಮತ್ತು ಕವರೇಜ್ ಆಗ ಆ ಪ್ರೊಫೈಲ್ ಒತ್ತುವ ಮಾರ್ಗಗಳು ಮತ್ತು ಹೆಸರು ಪರಿಹಾರ ನಿಯಮಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅವಲಂಬಿಸಿರುತ್ತದೆ.
ಆ ಮೌಲ್ಯವನ್ನು ಸಂರಚನೆ ಎಂದು ಪರಿಗಣಿಸಿ, ವೀಕ್ಷಣೆ ಎಂದಲ್ಲ. ಅದು ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಏನನ್ನು ಕೇಳಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ಇಂಟರ್ಫೇಸ್ನ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗ, ನೀತಿ ಸೆಟ್ಟಿಂಗ್ ಅಥವಾ ಹಿಂದಿನ ಸಂಪರ್ಕದ ಉಳಿದ ನಮೂದಿನಿಂದಾಗಿ Windows ವಿಭಿನ್ನ ಅನ್ವಯಿತ ಮಾರ್ಗಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳಬಹುದು, ಆದ್ದರಿಂದ ಬೂಲಿಯನ್ ಪ್ರಶ್ನೆಯನ್ನು ಒಂಟಿಯಾಗಿ ಇತ್ಯರ್ಥಪಡಿಸುವುದಿಲ್ಲ.
ಉಳಿಸಿದ ಮೌಲ್ಯವನ್ನು ಅನ್ವಯಿಸಿದ ಮಾರ್ಗ ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೋಲಿಸಿ
ಸಂಪರ್ಕದ ನಂತರ ಇಡೀ ಕೋಷ್ಟಕವನ್ನು ಸ್ಕ್ರಾಲ್ ಮಾಡುವ ಬದಲು ಸುರಂಗ ಅಡಾಪ್ಟರ್ನ ಮಾರ್ಗಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ:
$vpn = Get-NetAdapter | Where-Object InterfaceDescription -match 'VPN|WAN Miniport'
Get-NetRoute -InterfaceIndex $vpn.ifIndex | Sort-Object DestinationPrefix
Find-NetRoute -RemoteIPAddress 10.20.4.15 | Select-Object -First 1Find-NetRoute ಉಪಯುಕ್ತ ಅರ್ಧ. ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ಉತ್ತರಿಸದ ಪ್ರಶ್ನೆಗೆ ಅದು ಉತ್ತರಿಸುತ್ತದೆ: ಈ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ Windows ನಿಜವಾಗಿ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಯಾವ ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ? ಆಂತರಿಕ ಹೋಸ್ಟ್, ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಅಪವಾದ ಎಂದು ನೀವು ಭಾವಿಸುವ ಎಲ್ಲದಕ್ಕೂ ಅದನ್ನು ಚಲಾಯಿಸಿ. ಪೂರ್ಣ ಸುರಂಗ ಪ್ರೊಫೈಲ್ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ ತೋರಿಸಬೇಕು. split tunnel ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲಿ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ತೋರಿಸುತ್ತದೆ, ಆಂತರಿಕ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಇನ್ನೂ VPN ಗೆ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ.
«ಅದು ತಪ್ಪು ದಿಕ್ಕಿಗೆ ರೂಟ್ ಮಾಡುತ್ತದೆ» ಎಂಬ ವರದಿಗಳ ಹೆಚ್ಚಿನವನ್ನು ಎರಡು ಬಲೆಗಳು ವಿವರಿಸುತ್ತವೆ. ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ಪೂರ್ವಪ್ರತ್ಯಯ ಯಾವಾಗಲೂ ಗೆಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನ /24 ಸುರಂಗದ ಮೆಟ್ರಿಕ್ ಎಷ್ಟೇ ಕಡಿಮೆಯಿದ್ದರೂ VPN ನ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೋಲಿಸುತ್ತದೆ. ಮೆಟ್ರಿಕ್ ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯದ ಮಾರ್ಗಗಳ ನಡುವೆ ಮಾತ್ರ ಸಮತೆಯನ್ನು ಮುರಿಯುತ್ತದೆ. ಮತ್ತು IPv4 ಮತ್ತು IPv6 ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತವೆ: 0.0.0.0/0 ಅನ್ನು ಒಳಗೊಳ್ಳುವ ಪ್ರೊಫೈಲ್ IPv6 ಅನ್ನು ಸ್ಥಳೀಯ ಲಿಂಕ್ನಲ್ಲಿ ಬಿಡಬಹುದು, ಇದು ದ್ವಿ-ಸ್ಟಾಕ್ ಸೈಟ್ ಅನ್ನು ಅರ್ಧ-ಸುರಂಗೀಕೃತವಾಗಿ ಕಾಣಿಸುವಂತೆ ಮಾಡುತ್ತದೆ. ಸುರಂಗ ಸರಿಯಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು Get-NetRoute -AddressFamily IPv6 ಪರಿಶೀಲಿಸಿ.
| What you see | Most likely cause | Check next |
|---|---|---|
| Public traffic leaves the physical adapter while SplitTunneling reads False | A more specific route on that adapter wins over the tunnel default | Find-NetRoute for the exact destination, then look for a /24 or host route on the physical interface |
| Internal name fails, internal IP works | No NRPT rule for that namespace, or a broader rule matches first | Get-DnsClientNrptPolicy and the namespace order |
| A dual-stack site opens directly while IPv4 uses the tunnel | The profile covers only the IPv4 default route | The IPv6 route table on both interfaces |
| Routes look right but one app still goes direct | The app uses its own proxy, or the client keeps a per-app list | The app's proxy settings and the client's application list |
NRPT ಯೊಂದಿಗೆ ಹೆಸರು ಪರಿಹಾರವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ
ಆಂತರಿಕ ಹೆಸರುಗಳು ವಿಫಲವಾಗಿ ಆಂತರಿಕ IP ವಿಳಾಸಗಳು ಕೆಲಸ ಮಾಡಿದರೆ ಅದು ರೂಟಿಂಗ್ ಅಲ್ಲ, ರಿಜಾಲ್ವರ್ ನೀತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. Windows ಪ್ರತಿ ನೇಮ್ಸ್ಪೇಸ್ಗೆ DNS ಅನ್ನು ಹೆಸರು ಪರಿಹಾರ ನೀತಿ ಕೋಷ್ಟಕದ ಮೂಲಕ ನಿರ್ಧರಿಸುತ್ತದೆ, ಅದು ಮಾರ್ಗ ಕೋಷ್ಟಕದಿಂದ ಸ್ವತಂತ್ರವಾಗಿದೆ:
Get-DnsClientNrptPolicy -Effective | Select-Object Namespace, NameServers
Get-DnsClientServerAddress -InterfaceIndex $vpn.ifIndexನಿಯಮವು *.corp.example ಗೆ ಹೊಂದಿಕೆಯಾದಾಗ, ಆ ನೇಮ್ಸ್ಪೇಸ್ನ ಪ್ರಶ್ನೆಗಳು ಸುರಂಗದ DNS ಸರ್ವರ್ಗಳಿಗೆ ಹೋಗುತ್ತವೆ, split tunnel ಮೋಡ್ನಲ್ಲಿ ಆ ಸರ್ವರ್ಗಳಿಗೆ ಡೇಟಾ ಮಾರ್ಗ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿದ್ದರೂ ಸಹ. ಅದೇ ವಿನ್ಯಾಸ, ಮತ್ತು ಆದ್ದರಿಂದ ಸಾರ್ವಜನಿಕ ಸೈಟ್ ತೆರೆಯುವ ಬ್ರೌಸರ್ ಪರೀಕ್ಷೆ ಆಂತರಿಕ ಹೆಸರುಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅಡಾಪ್ಟರ್ ನಿರೀಕ್ಷಿತ ಸರ್ವರ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿದರೂ ಹುಡುಕಾಟ ಇನ್ನೂ ಬೇರೆಡೆಗೆ ಹೋದರೆ, NRPT ನಿಯಮಗಳ ಕ್ರಮವನ್ನು ಹೋಲಿಸಿ ಮತ್ತು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ನೇಮ್ಸ್ಪೇಸ್ ಮೊದಲು ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಹರಿವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ನೀವು ನಿಜವಾಗಿ ಏನನ್ನು ಕೇಳಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ
ಫಲಿತಾಂಶಗಳು ಯಂತ್ರಗಳ ನಡುವೆ ಹೋಲಿಸಬಹುದಾಗಿರಲು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಸ್ಥಿರ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ: ಸಾರ್ವಜನಿಕ ವಿಳಾಸ, ಆಂತರಿಕ ವಿಳಾಸ, ಆಂತರಿಕ ಹೆಸರು ಮತ್ತು ಸ್ಥಳೀಯ ಪ್ರಿಂಟರ್ ಅಥವಾ ವೀಡಿಯೊ ಕರೆಯಂತಹ ಒಂದು ಉದ್ದೇಶಪೂರ್ವಕ ಅಪವಾದ. ಪ್ರತಿಯೊಂದಕ್ಕೂ Find-NetRoute ಹಿಂತಿರುಗಿಸುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ. ಯಾವುದೇ ನೀತಿ ಬದಲಾವಣೆಯ ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಅದೇ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ; ಮರುಸಂಪರ್ಕದ ನಂತರದ ಮಾರ್ಗ ಕೋಷ್ಟಕವೇ ಹೊಸ ಪ್ರೊಫೈಲ್ ಜಾರಿಗೆ ಬಂದದ್ದಕ್ಕೆ ಏಕೈಕ ಸಾಕ್ಷ್ಯ.
ನಂತರ ರೂಟಿಂಗ್ ಅನ್ನು ಜಾರಿಗೊಳಿಸುವಿಕೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ. ಬಲವಂತದ ಸುರಂಗೀಕರಣವು ಸುರಂಗ ಮೇಲಿರುವವರೆಗೆ ಆವರಿಸಿದ ಟ್ರಾಫಿಕ್ಗೆ ಸುರಂಗವನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತದೆ. ಅದು kill switch ಅಲ್ಲ. ಸುರಂಗ ಬಿದ್ದಾಗ ಯಂತ್ರದಿಂದ ಏನೂ ಹೊರಹೋಗಬಾರದು ಎಂಬುದು ಅಗತ್ಯವಾದರೆ, ಅದು ತಡೆಯುವ ವಿನ್ಯಾಸದಿಂದ ಬರಬೇಕು: ಸುರಂಗ ಸ್ಥಿತಿಗೆ ಬದ್ಧವಾದ firewall ಪ್ರೊಫೈಲ್, ಟ್ರಾಫಿಕ್ ಫಿಲ್ಟರ್ಗಳೊಂದಿಗೆ ಯಾವಾಗಲೂ-ಆನ್ ಪ್ರೊಫೈಲ್, ಅಥವಾ ಮಾರಾಟಗಾರ ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ವಿಫಲತೆಯಲ್ಲಿ ಮುಚ್ಚುವ ಆಯ್ಕೆ. ಬಲವಂತದ ಸುರಂಗೀಕರಣವು VPN ಸರ್ವರ್ನ ಸ್ವಂತ ವಿಳಾಸವನ್ನೂ ಸುರಂಗದ ಹೊರಗೆ ತಲುಪಬಲ್ಲಂತೆ ಬಿಡಬೇಕು, ಮತ್ತು «ಎಲ್ಲವನ್ನೂ ಬಲವಂತ ಮಾಡುವ» ಹೆಸರಿನಲ್ಲಿ ಅದನ್ನು ತಡೆಯುವುದು ನೀವು ಜಾರಿಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಸಂಪರ್ಕದಿಂದ ನಿಮ್ಮನ್ನು ಲಾಕ್ ಮಾಡುವ ವಿಶ್ವಾಸಾರ್ಹ ಮಾರ್ಗ.
ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ಈ ಪಟ್ಟಿಯ ಮೂಲಕ ಹೋಗಿ. ವಿಫಲವಾಗುವ ಪ್ರತಿಯೊಂದು ಅಂಶವು ನಿಜವಾದ ಸಮಸ್ಯೆ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ.
- ಪ್ರೊಫೈಲ್ ಹೆಸರು ಮತ್ತು ವ್ಯಾಪ್ತಿ ದೃಢೀಕರಿಸಲಾಗಿದೆ, ಯಂತ್ರ-ವ್ಯಾಪಿ ಪ್ರೊಫೈಲ್ಗಳಿಗೆ
-AllUserConnectionಬಳಸಲಾಗಿದೆ. SplitTunnelingಓದಲಾಗಿದೆ ಮತ್ತು ಕವರೇಜ್ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಸಂರಚನೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ.- ಸುರಂಗ ಅಡಾಪ್ಟರ್ನ ಮಾರ್ಗಗಳನ್ನು IPv4 ಮತ್ತು IPv6 ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ.
- ಒಂದು ಸಾರ್ವಜನಿಕ, ಒಂದು ಆಂತರಿಕ ಮತ್ತು ಒಂದು ಅಪವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ
Find-NetRouteಚಲಾಯಿಸಲಾಗಿದೆ. - ಹೆಸರು ವಿಫಲತೆಗೆ ಮಾರ್ಗಗಳನ್ನು ದೂಷಿಸುವ ಮೊದಲು NRPT ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ.
- ತಡೆ ಅಗತ್ಯತೆಯನ್ನು ಮತ್ತೆ ಓದಲಾಗಿದೆ: ಆದ್ಯತೆಯ ರೂಟಿಂಗ್ ಜಾರಿಗೊಳಿಸಿದ ತಡೆಯಂತೆಯೇ ಅಲ್ಲ.
ಪೂರ್ಣ ಅಥವಾ split ಸುರಂಗದ ನಿರ್ಧಾರ ಪ್ರೊಫೈಲ್ ಮಾಲೀಕರಿಗೆ ಸೇರಿದ್ದು, ಮತ್ತು Microsoft ನ ರೂಟಿಂಗ್ ಟಿಪ್ಪಣಿಗಳು ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಹೊಂದಿಸಿದಾಗ Windows ಜಾರಿಗೊಳಿಸುವ ವರ್ತನೆಯನ್ನು ವಿವರಿಸುತ್ತವೆ. Microsoft: ಬಲವಂತ ಮತ್ತು split ಸುರಂಗೀಕರಣ ಔಟ್ಪುಟ್ ಓದುವಾಗ ನಾನು ತೆರೆದಿಡುವ ಉಲ್ಲೇಖ.