RRAS ನ VPN ಕ್ಲೈಂಟ್ಗಳಿಗೆ ತಮ್ಮ IPv4 ಪೂಲ್ ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿ ಬೇಕು

VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ವಿಳಾಸ ಪಡೆಯುತ್ತದೆ, ಆದರೆ ಅದಕ್ಕೆ ಬೇಕಾದ LAN ಆತಿಥೇಯವು ಇನ್ನೂ ಉತ್ತರಿಸಲಾರದು. Windows Routing and Remote Access ನಲ್ಲಿ VPN ಕ್ಲೈಂಟ್ಗಳ ಒಳ ವಿಳಾಸವು ಸರ್ವರ್ನ LAN ಅಡಾಪ್ಟರ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಿದ ಪೂಲ್ನಿಂದ ಬರುತ್ತದೆ, ಮತ್ತು LAN ಬದಿಗೆ ಆ ಪೂಲ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು. ಎರಡು ಬದಲಾವಣೆಗಳು, ಒಂದಲ್ಲ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ಹಳೆಯ ಶ್ರೇಣಿಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಮೊದಲು ವಿಳಾಸ ಯೋಜನೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿ ಸಾಬೀತಾಗುವಂತೆ ಅವನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ.

ಕನ್ಸೋಲ್ ತೆರೆಯುವ ಮೊದಲು ಶ್ರೇಣಿಯನ್ನು ಕಾಯ್ದಿರಿಸಿ

LAN, ಇತರ VPN ಶ್ರೇಣಿಗಳು ಅಥವಾ ಸೈಟ್ಗೆ ರೂಟ್ ಆಗುವ ಯಾವುದೇ ವಸ್ತುವಿನೊಂದಿಗೆ ಅತಿವ್ಯಾಪಿಸದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಪರೀಕ್ಷೆಗೆ /24 ಅನುಕೂಲಕರ ಗಾತ್ರ, ಮತ್ತು ಮೊದಲ ಬಳಸಬಹುದಾದ ಭಾಗವನ್ನು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಕೊಡಬಹುದು, ಉಳಿದದ್ದು ಬೆಳವಣಿಗೆಗೆ ಮುಕ್ತವಾಗಿರುತ್ತದೆ. ಕನ್ಸೋಲ್ನಲ್ಲಿ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ಅದರ ಉದ್ದೇಶ ಮತ್ತು ಮಾಲೀಕರೊಂದಿಗೆ ಬರೆಯಿರಿ. ನಂತರದ ವಿಭಜನೆ ಮರುಸಂಖ್ಯೀಕರಣವನ್ನು ಒತ್ತಾಯಿಸದಂತೆ ಬ್ಲಾಕ್ನ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಜಾಗ ಬಿಡಿ.

ಕನ್ಸೋಲ್ನಲ್ಲಿ ಮಾತ್ರ ಜೀವಿಸುವ ವಿಳಾಸ ಯೋಜನೆಯು ಒಂದು ಪುನರ್ನಿರ್ಮಾಣದಷ್ಟು ದೂರದಲ್ಲಿ ಘರ್ಷಣೆಯಿಂದ ಇರುತ್ತದೆ. ಅದು ಬೆಳೆಯುವ ಪ್ರವೃತ್ತಿಯನ್ನೂ ಹೊಂದಿದೆ: ಯಾರಾದರೂ ನಂತರ ಎರಡನೇ ಶ್ರೇಣಿ ಸೇರಿಸುತ್ತಾರೆ ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಯಾರೂ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ. ಯೋಜನೆಯನ್ನು ಚಾಟ್ ಥ್ರೆಡ್ನಲ್ಲಿ ಅಲ್ಲ, ಸರ್ವರ್ ದಾಖಲೆಗಳ ಪಕ್ಕದಲ್ಲಿ ಇಡಿ.

ಸರ್ವರ್ನ LAN ಅಡಾಪ್ಟರ್ ಈ ಪೂಲ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದಿಲ್ಲ. ಸಾರ್ವಜನಿಕ ಶ್ರೋತೃವನ್ನು ಬದಲಾಯಿಸುವುದು ಅಥವಾ LAN ಗೆ ಅಡಾಪ್ಟರ್ ಸೇರಿಸುವುದು ಸಂಪೂರ್ಣ ಬೇರೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ಗಳು ಸಂಪರ್ಕಗೊಂಡು ಆದರೂ ತಪ್ಪು ಸ್ಥಳದಿಂದ ವಿಳಾಸ ಪಡೆಯಬಹುದು. ಪೂಲ್ ಸರ್ವರ್ನ IPv4 ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಇರುತ್ತದೆ, ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿಯಲ್ಲಿ ಅಲ್ಲ.

ವಿಧಾನ ಬದಲಾಯಿಸುವುದು ಶ್ರೇಣಿ ಸೇರಿಸುವುದಲ್ಲ

RRAS ಗೆ ಒಂದು ನಿಯೋಜನ ವಿಧಾನ ಮತ್ತು ಶ್ರೇಣಿಗಳ ಗುಂಪು ಇದೆ. DHCP ನಿಂದ ಸ್ಥಿರ ಪೂಲ್ಗೆ ಹೋಗುವುದು ವಿಧಾನ ಬದಲಾವಣೆ. ಸ್ಥಿರ ಪೂಲ್ ಈಗಾಗಲೇ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಇನ್ನೊಂದು ಬ್ಲಾಕ್ ಸೇರಿಸುವುದು ಶ್ರೇಣಿ ಬದಲಾವಣೆ.

ಯಾವುದನ್ನೂ ಚಲಾಯಿಸುವ ಮೊದಲು ಎರಡೂ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮುನ್ನೋಟ ಮಾಡಿ, ಮತ್ತು ಸರ್ವರ್ನ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಗೆ ಯಾವುದು ಹೊಂದುತ್ತದೆ ಎಂದು ಓದಿ:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

ಸರ್ವರ್ ಇನ್ನೂ DHCP ನಿಯೋಜನೆಯಲ್ಲಿದ್ದರೆ ಎರಡನೇ cmdlet ವಿಫಲವಾಗುತ್ತದೆ ಅಥವಾ ನಿರುಪಯುಕ್ತ ಪೂಲ್ ತಯಾರಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ಇರುವ ಪೂಲ್ ಅನ್ನು ವಿಸ್ತರಿಸುವ ಬದಲು ವಿಧಾನವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಯಾವ ಮುನ್ನೋಟವೂ ಏನನ್ನೂ ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೊಂದುವದನ್ನು ಚಲಾಯಿಸಿ, ನಂತರ ಫಲಿತಾಂಶದ ಪೂಲ್ ಅನ್ನು ಕನ್ಸೋಲ್ನಲ್ಲಿ ದೃಢೀಕರಿಸಿ. ಸರ್ವರ್ ಯಾವ ಸ್ಥಿತಿಯಲ್ಲಿದೆ ಎಂದು ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, IPv4 ಗುಣಲಕ್ಷಣಗಳ ಪುಟದಲ್ಲಿ ನಿಯೋಜನ ವಿಧಾನವನ್ನು ಓದಿ ಮತ್ತು ಸಂರಚಿಸಿದ ಶ್ರೇಣಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ:

Get-VpnIPAddressRange

ಖಾಲಿ ಶ್ರೇಣಿ ಪಟ್ಟಿಯೊಂದಿಗೆ DHCP ವಿಧಾನ ಎಂದರೆ ಮೊದಲ ಮುನ್ನೋಟ ಅನ್ವಯವಾಗುತ್ತದೆ. ಇರುವ ಶ್ರೇಣಿಯೊಂದಿಗೆ ಸ್ಥಿರ ವಿಳಾಸ ಪೂಲ್ ಎಂದರೆ ಎರಡನೆಯದು ಅನ್ವಯವಾಗುತ್ತದೆ.

ಸೆಟ್ಟಿಂಗ್ ಬೇಕಾಗಬಹುದಾದ ಸೇವಾ ಮರುಪ್ರಾರಂಭವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ, ಮತ್ತು ಸಂಪರ್ಕಗೊಂಡ ಕ್ಲೈಂಟ್ಗಳು ತಕ್ಷಣ ಮರುಸಂಖ್ಯೀಕರಣಗೊಳ್ಳುತ್ತವೆ ಎಂದು ಭಾವಿಸಬೇಡಿ. ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವವರೆಗೆ ತನ್ನ ಹಳೆಯ ವಿಳಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಮರುಸಂಪರ್ಕ ಸ್ವೀಕಾರಾರ್ಹವಾಗಿರುವ ವಿಂಡೋಗೆ ಬದಲಾವಣೆಯನ್ನು ಯೋಜಿಸಿ.

LAN ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು

LAN 10.60.0.0/24 ಮತ್ತು RRAS ಸರ್ವರ್ ಅದರ ಮೇಲೆ 10.60.0.10 ಎಂದು ಭಾವಿಸಿ. ಆ LAN ನಲ್ಲಿ 10.250.50.0/24 ನ ಕ್ಲೈಂಟ್ಗೆ ಉತ್ತರಿಸುವ ಆತಿಥೇಯಕ್ಕೆ RRAS ಸರ್ವರ್ ಮೂಲಕ ಪೂಲ್ಗೆ ದಾರಿ ಬೇಕು. ಆ ದಾರಿ ಇಲ್ಲದಿದ್ದರೆ ವಿನಂತಿ ತಲುಪುತ್ತದೆ ಮತ್ತು ಉತ್ತರ ಸಾಯುತ್ತದೆ.

ಆತಿಥೇಯದ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಬೇರೆ ರೌಟರ್ ಆಗಿದ್ದರೆ, ಆ ರೌಟರ್ಗೆ VPN ಪೂರ್ವಪ್ರತ್ಯಯದ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು. RRAS ಸರ್ವರ್ನಲ್ಲಿ ಸ್ಥಿರ ಮಾರ್ಗ ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ; ಹಿಂತಿರುಗುವ ದಾರಿ LAN ಗೇಟ್ವೇ ಹೊಂದಿರುವ ಸಾಧನದಲ್ಲಿ ಇರಬೇಕು, ಆದ್ದರಿಂದ ಸೈಟ್ ಬಳಸುವದನ್ನು ಅನುಸರಿಸಿ ಅದನ್ನು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಕ್ಕೆ ಅಥವಾ ಕ್ರಿಯಾಶೀಲ ರೂಟಿಂಗ್ ಪ್ರಕ್ರಿಯೆಗೆ ಸೇರಿಸಿ.

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

ಹಳೆಯದನ್ನು ತೆಗೆದುಹಾಕುವ ಮೊದಲು ಹೊಸ ಪೂಲ್ ಅನ್ನು ಒಂದು ಸಾಧನದಲ್ಲಿ ಸಾಬೀತು ಮಾಡಿ

ನೀವು ನಿಯಂತ್ರಿಸುವ ಒಂದು ಅನುಮತಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಪಡೆದ ಪೂಲ್ ವಿಳಾಸವನ್ನು ಓದಿ. ಆ ಒಂದು ಸಂಖ್ಯೆಯೇ ನಿಯೋಜನೆಯನ್ನು ರೂಟಿಂಗ್ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ನಂತರ ಹೆಸರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಚಲಾಯಿಸಿ, ಹಿಂತಿರುಗುವ ಸಂಚಾರವನ್ನು ಗಮನಿಸಿ ಮತ್ತು ತಿರಸ್ಕೃತವಾಗಿಯೇ ಉಳಿಯಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪ್ರಯತ್ನಿಸಿ. ಮೂರು ಅವಲೋಕನಗಳು, ಮೂರು ವಿಭಿನ್ನ ವೈಫಲ್ಯ ವಿಧಾನಗಳು.

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

ಸಕ್ರಿಯ ಅವಧಿಗಳು ಮತ್ತು ನಿರ್ವಹಣಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡ ನಂತರವೇ ಹಳೆಯ ಶ್ರೇಣಿಗಳು ಮತ್ತು ಅವುಗಳ ಹೊರತುಪಡಿಸುವಿಕೆಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ಹೊಸ ವಿಳಾಸದೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡ ಕ್ಲೈಂಟ್ ನಿಯೋಜನೆಯನ್ನು ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಪ್ರವೇಶ ನೀತಿಯನ್ನಲ್ಲ. ಅದನ್ನು ಬಳಸಿದ ಕೊನೆಯ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ಹಳೆಯ ಶ್ರೇಣಿಯನ್ನು ದಾಖಲಿತವಾಗಿ ಇಡಿ.

ಮೂರು ಅವಲೋಕನಗಳಿಂದ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ

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

ಕ್ಲೈಂಟ್ನಿಂದ, ವಿಳಾಸ ಮತ್ತು ಒಂದು LAN ಆತಿಥೇಯಕ್ಕೆ ಇರುವ ಮಾರ್ಗವನ್ನು ದೃಢೀಕರಿಸಿ:

ipconfig | findstr /i "IPv4"
route print -4

LAN ಆತಿಥೇಯದಿಂದ, ಒಂದೇ ಹಂತದಲ್ಲಿ ಹಿಂತಿರುಗುವ ದಾರಿ ಮತ್ತು ನೀತಿಯನ್ನು ದೃಢೀಕರಿಸಿ. ಪಿಂಗ್ ವಿಫಲವಾದರೂ ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸ ಮಾಡಿದರೆ, ಕಾಣೆಯಾದ ಭಾಗ ಮಾರ್ಗವಲ್ಲ, ICMP ನಿಯಮವಾಗಿರುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು. ಎರಡೂ ವಿಫಲವಾದರೆ, VPN ಸಂಪಾದಿಸುವ ಮೊದಲು ಆತಿಥೇಯದಲ್ಲಿನ ಮಾರ್ಗವನ್ನು ಓದಿ. ಮೂರೂ ಫಲಿತಾಂಶಗಳನ್ನು ಬದಲಾವಣೆ ಟಿಕೆಟ್ನಲ್ಲಿ ದಾಖಲಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಸಾಕ್ಷ್ಯದಿಂದ ಆರಂಭಿಸುವಂತೆ.