Windows ನ VPN 255.255.255.255 ತೋರಿಸುತ್ತಿದೆ: ಮಾಸ್ಕ್ ತಪ್ಪೇ?
ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಟನೆಲ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್ ಸಾಮಾನ್ಯ. ಇಂಟರ್ಫೇಸ್ ಮಾದರಿಯನ್ನು ಖಚಿತಪಡಿಸಿ, ವಿಫಲವಾಗುವ ಹೋಸ್ಟ್‌ನ ಮಾರ್ಗವನ್ನು ಓದಿ ಮತ್ತು DNS ಅನ್ನು ಸೇವಾ ಪ್ರವೇಶದಿಂದ ಬೇರ್ಪಡಿಸಿ.
ಟನೆಲ್ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ನೀವು ಅಡಾಪ್ಟರ್ ವಿವರಗಳನ್ನು ತೆರೆಯುತ್ತೀರಿ ಮತ್ತು ಮಾಸ್ಕ್ 255.255.255.255 ತೋರಿಸುತ್ತದೆ. ಕಚೇರಿಯ LAN ನ 255.255.255.0 ಜೊತೆ ಹೋಲಿಸಿದಾಗ ಇದು ಮುರಿದಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ದೋಷ ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲಿಂದಲೇ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್ ಸ್ಥಳೀಯ ತುದಿಯ ಸರಿಯಾದ ವಿವರಣೆ, ಮತ್ತು ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಸಂಪರ್ಕಿಸಿದ ಸಬ್‌ನೆಟ್ ಬದಲು ಮಾರ್ಗಗಳಾಗಿ ಬರುತ್ತವೆ. ಕೆಳಗಿನ ಕಾರ್ಯವಿಧಾನ ಎರಡೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಹಾಗಾಗಿ ತೋರಿಸಿದ ಮೌಲ್ಯ ಸರಿಪಡಿಸಲು ಮಾತ್ರ ಚಾಲನೆಯಲ್ಲಿರುವ DHCP ವ್ಯಾಪ್ತಿಯನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸಬೇಕಿಲ್ಲ.
ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್ Ethernet ವಿಭಾಗವಲ್ಲ
Ethernet ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸಬ್‌ನೆಟ್ ಮಾಸ್ಕ್ ಬೇಕು ಏಕೆಂದರೆ ಆ ಶ್ರೇಣಿಯ ಪ್ರತಿ ವಿಳಾಸವೂ ಅದೇ ಕೇಬಲ್‌ನಲ್ಲಿ ಸಂಭಾವ್ಯವಾಗಿ ತಲುಪಬಹುದಾದದ್ದು. PPP ಶೈಲಿಯ ಟನೆಲ್‌ಗೆ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ನಿಖರವಾಗಿ ಒಬ್ಬ ಪಾಲುದಾರ ಇರುತ್ತಾನೆ. ಇಲ್ಲಿ ಪ್ರಸಾರ ಕ್ಷೇತ್ರವಿಲ್ಲ, ARP ಇಲ್ಲ ಮತ್ತು ಸ್ಥಳೀಯ ವಿಳಾಸವು ಶ್ರೇಣಿಯನ್ನು ವಿವರಿಸುವ ಯಾವುದೇ ಕಾರಣವಿಲ್ಲ.
ಆ ಮಾದರಿಗೆ ವಿಳಾಸ ಮಾತುಕತೆ RFC 1332 ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ, ಇದು ಎರಡೂ ತುದಿಗಳು ತಮ್ಮ ವಿಳಾಸಗಳ ಬಗ್ಗೆ ಹೇಗೆ ಒಪ್ಪುತ್ತವೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದು ಮಾಡದ ಕೆಲಸ ಎಂದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ಕಚೇರಿಯ LAN ಅನ್ನು ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಆಗಿ ನೀಡುವುದು. ಕ್ಲೈಂಟ್ ಕಚೇರಿ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಲಿಂಕ್ ಮೂಲಕ ಮಾರ್ಗಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಕಲಿಯುತ್ತದೆ, ಆ ಮಾರ್ಗಗಳೇ ವಾಸ್ತವವಾಗಿ ತಲುಪುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಇದರ ಅರ್ಥ ನೀವು ನೋಡುವ ಪ್ರತಿ ಮಾಸ್ಕ್ ಸರಿಯಾಗಿದೆ ಎಂದಲ್ಲ. ತಪ್ಪಾಗಿ ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ಕೂಡ ವಿಚಿತ್ರ ವಿಳಾಸೀಕರಣವನ್ನು ಉತ್ಪಾದಿಸಬಹುದು. ವಿಷಯ ಸಣ್ಣದು: ಈ ರೀತಿಯ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್ ನಿರೀಕ್ಷಿತವಾಗಿದೆ, ಆದ್ದರಿಂದ ಅದು ತಾನಾಗಿಯೇ ದೋಷದ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಹಂತ 1: ಇಂಟರ್ಫೇಸ್ ಮಾದರಿಯನ್ನು ಖಚಿತಪಡಿಸಿ
ಅದು ಏನು ಹೇಳುತ್ತದೆ ಎಂದು ನಿರ್ಣಯಿಸುವ ಮೊದಲು ಅಡಾಪ್ಟರ್ ಏನೆಂದು ನೋಡಿ. ವಿವರಣಾ ಸರಣಿ ಚಾಲಕವನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಮತ್ತು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸದಲ್ಲಿ ಪೂರ್ವಪ್ರತ್ಯಯದ ಉದ್ದವು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಒಪ್ಪಿಕೊಂಡಿತು ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuಮೂರನೇ ಆದೇಶವೇ ಹೆಚ್ಚಿನ ಚರ್ಚೆಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಕಡಿಮೆ ಗರಿಷ್ಠ ಪ್ರಸರಣ ಘಟಕವು ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಲಿಂಕ್‌ನ ಲಕ್ಷಣ, ಆದರೆ Ethernet ತರಹದ ಮೌಲ್ಯವು ಬೇರೆ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ಮಾದರಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ವಿವರಣೆಯಲ್ಲಿ PPP ಅಥವಾ RAS ಚಾಲಕವನ್ನು ಹೆಸರಿಸಿದ್ದು ಪೂರ್ವಪ್ರತ್ಯಯ 32 ಆಗಿದ್ದರೆ, ನೀವು ಮೇಲೆ ವಿವರಿಸಿದ ವಿನ್ಯಾಸವನ್ನೇ ನೋಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ಮಾಸ್ಕ್ ಚಿಂತೆ ಬಿಡಬಹುದು.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
ಹಂತ 2: ವಿಫಲ ಗಮ್ಯಸ್ಥಾನದ ಮಾರ್ಗವನ್ನು ಓದಿ
ತಲುಪುವಿಕೆ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೂ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಒಂದು ಸಂಪರ್ಕಿತ ಇಂಟರ್ಫೇಸ್ ಅದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ತಲುಪಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ವಿಳಾಸವನ್ನು ಮಾರ್ಗ ಕೋಷ್ಟಕದಿಂದ ನೇರವಾಗಿ ಕೇಳಿ:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute ನೇರ ಉತ್ತರ: ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ವ್ಯವಸ್ಥೆ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ಅದು ಹೆಸರಿಸುತ್ತದೆ. ಅದು ಟನೆಲ್ ಹಿಂತಿರುಗಿಸಿದರೆ, ಆ ಹೋಸ್ಟ್‌ಗೆ ಸಂಚಾರ ಟನೆಲ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮಾಸ್ಕ್ ಎಂದೂ ಸಮಸ್ಯೆ ಆಗಿರಲಿಲ್ಲ.
ಅದು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಹಿಂತಿರುಗಿಸಿದರೆ, ಸಂಭಾವ್ಯ ಎರಡು ಮಾರ್ಗಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಮಾಪನಗಳನ್ನು ಹೋಲಿಸಿ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳೀಯ ಮಾರ್ಗ, ಇನ್ನೊಬ್ಬ ಕ್ಲೈಂಟ್‌ನಿಂದ ಉಳಿದ ನಮೂದು ಅಥವಾ ಭೌತಿಕ ಹಾದಿಯಲ್ಲಿ ಕಡಿಮೆ ಮಾಪನ ಎಲ್ಲವೂ ಅಗಲವಾದ ಟನೆಲ್ ಮಾರ್ಗವನ್ನು ಸೋಲಿಸುತ್ತವೆ. ಕಾಣುವ ಫಲಿತಾಂಶ ಉಳಿದೆಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ ತಲುಪಲಾಗದ ಸಂಪನ್ಮೂಲ. ಉದ್ದವಾದ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಯಾವಾಗಲೂ ಗೆಲ್ಲುತ್ತವೆ, ಆದ್ದರಿಂದ ವಿಜೇತ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲವು ತಿಂಗಳ ಹಿಂದೆ ಯಾರೋ ಸೇರಿಸಿ ಮರೆತ ಹೋಸ್ಟ್ ಮಾರ್ಗ.
ಇಲ್ಲಿ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಸರ್ವರ್ ಕಡೆಗಿನ ಮಾರ್ಗ ಅಗತ್ಯ ಆದರೆ ಸಾಕಾಗದು, ಏಕೆಂದರೆ ಉತ್ತರವೂ ಟನೆಲ್ ಮೂಲಕ ಹಿಂತಿರುಗಬೇಕು. ಒಂದು ಆಂತರಿಕ ಹೋಸ್ಟ್ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದು ಮಾಡದಿದ್ದಾಗ, ವ್ಯತ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ಈ ಕೋಷ್ಟಕದಲ್ಲೇ ಇರುತ್ತದೆ, ಅಡಾಪ್ಟರ್ ಸಂರಚನೆಯಲ್ಲಿ ಅಲ್ಲ.
ಹಂತ 3: ಹೆಸರಿನ ಪರಿಹಾರವನ್ನು ಸೇವಾ ಪ್ರವೇಶದಿಂದ ಬೇರ್ಪಡಿಸಿ
ಹಂಚಿಕೆ ತೆರೆಯದ ಅಪ್ಲಿಕೇಶನ್ ಎರಡು ಬಹಳ ಭಿನ್ನ ಹಂತಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ, ನಂತರ ವಿಳಾಸವನ್ನು ತಲುಪಿ. ಮೊದಲನೆಯದು ವಿಫಲವಾಗಿ ಎರಡನೆಯದು ಕೆಲಸ ಮಾಡಿದರೆ, ಟನೆಲ್ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಪರಿಹಾರಕ ಅಲ್ಲ:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445ಯಶಸ್ವಿ ವಿಳಾಸ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ವಿಫಲ ಹೆಸರು ಪರೀಕ್ಷೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವಿಕೆಯಲ್ಲಿ ಸ್ಥಳೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೇ ಆದೇಶ ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸರ್ವರ್ ಸಿಕ್ಕಿತೇ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಅನೇಕ ಕ್ಲೈಂಟ್‌ಗಳು DNS ಅನ್ನು ಟನೆಲ್ ಸಂರಚನೆಯ ಭಾಗವಾಗಿ ತಳ್ಳುತ್ತವೆ, ಆ ತಳ್ಳಿದ ಆಯ್ಕೆಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಪ್ರೊಫೈಲ್ ಯಂತ್ರವನ್ನು ಖಾಸಗಿ ವಲಯವನ್ನು ಕಾಣದ ಪರಿಹಾರಕದೊಂದಿಗೆ ಬಿಡುತ್ತದೆ.
ಕೆಲಸ ಮಾಡುವ ವಿಳಾಸವನ್ನು ಶಾಶ್ವತ ಸರಿಪಡಿಸುವಿಕೆ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ. ವಿಳಾಸದ ಮೂಲಕ ಸಂಪರ್ಕಿಸುವುದು ಹೆಸರಿನ ಪರಿಹಾರವನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಇಲ್ಲದಿದ್ದರೆ ಮಾಡುತ್ತಿದ್ದ ಸರ್ವರ್ ಗುರುತಿನ ಪರಿಶೀಲನೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸಬಹುದು. ಇದು ತಾತ್ಕಾಲಿಕ ಪರಿಹಾರದ ವೇಷದಲ್ಲಿ ಭದ್ರತಾ ಹಿನ್ನಡೆ. ಅದನ್ನು ದೋಷವನ್ನು ಗುರುತಿಸಲು ಬಳಸಿ, ನಂತರ ಪರಿಹಾರವನ್ನು ಸರಿಪಡಿಸಿ.
ಹಿಂತಿರುಗಿಸುವಿಕೆ: ತೋರಿಸಿದ ಮೌಲ್ಯದಿಂದಾಗಿ DHCP ಮತ್ತೆ ನಿರ್ಮಿಸಬೇಡಿ
ನೀವು ಈಗಾಗಲೇ ವಿಳಾಸ ಸೇವೆಯನ್ನು ಬದಲಾಯಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದರೆ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ನೀವು ಬದಲಾಯಿಸಿದ ಯಾವುದಾದರೂ ಭಾರ ಹೊರುವಂತಹದ್ದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ವ್ಯಾಪ್ತಿಯನ್ನು ಮತ್ತೆ ರಚಿಸುವುದು, ಗುತ್ತಿಗೆಗಳನ್ನು ಮತ್ತೆ ನೀಡುವುದು ಅಥವಾ ಕೊಳವನ್ನು ಸರಿಸುವುದು ಇತರ ಕ್ಲೈಂಟ್‌ಗಳು ಅವಲಂಬಿಸಿರುವ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್‌ನಿಂದ ಸಮರ್ಥನೀಯವಲ್ಲ.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445ಈ ಮೂರನ್ನೂ ಯಾವುದೇ ಗುರಿ ಬದಲಾವಣೆಯ ನಂತರ ಚಲಾಯಿಸಿ ಮತ್ತು ಹಿಂದಿನ ಓಟದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಉಪಯುಕ್ತ ಫಲಿತಾಂಶ ಸಂಪನ್ಮೂಲಕ್ಕೆ ದಾಖಲಿತ ಮಾರ್ಗ, ಕಚೇರಿಯ LAN ನಂತೆ ಕಾಣುವ ಮಾಸ್ಕ್ ಇರುವ ಅಡಾಪ್ಟರ್ ಅಲ್ಲ.
ನಂತರ ಮಾಸ್ಕ್ ನಿಜವಾಗಿ ಏನನ್ನು ಅರ್ಥೈಸಿತು ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಸಂವಾದವನ್ನು ತೆರೆದು ಅದೇ ತಪ್ಪು ತೀರ್ಮಾನಕ್ಕೆ ಬರುತ್ತಾನೆ. ಪ್ರೊಫೈಲ್ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಒಂದು ವಾಕ್ಯ, ಟನೆಲ್ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಮತ್ತು ದೂರದ ಸಬ್‌ನೆಟ್‌ಗಳು ಮಾರ್ಗಗಳಾಗಿ ಬರುತ್ತವೆ ಎಂದು, ಮುಂದಿನ ಬಾರಿ ಇಡೀ ತನಿಖೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.