Windows VPN ನಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲವೇ? ವಿಳಾಸ ಪೂಲ್ ಸಂಶಯಾಸ್ಪದ

Windows ಟನೆಲ್ ಅನ್ನು ಸಂಪರ್ಕಿತ ಎಂದು ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶವಿಲ್ಲ ಎಂಬ ಲೇಬಲ್ ಕೊಡುತ್ತದೆ, ಅದನ್ನು ಜನರು Windows ನ ವಿಚಿತ್ರತೆ ಎಂದು ಓದುತ್ತಾರೆ. ಇದು ಕ್ಲೈಂಟ್ ಏನು ಪಡೆದುಕೊಂಡಿತು ಎಂಬ ಹೇಳಿಕೆ: ಬಳಸಬಹುದಾದ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಇಲ್ಲ, ಕೆಲಸ ಮಾಡುವ ರಿಸಾಲ್ವರ್ ಇಲ್ಲ, ಅಥವಾ ಟನೆಲ್ ಒಳಗಿನ ವಿಳಾಸಗಳಿಗೆ ಹಿಂತಿರುಗುವ ದಾರಿ ಇಲ್ಲ. ಸರ್ವರ್ Windows Incoming Connection ಆಗಿದ್ದಾಗ, ಒಂದೇ ಸೆಟ್ಟಿಂಗ್ ಇಂತಹ ಹೆಚ್ಚಿನ ವರದಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಲೇಬಲ್ ರೋಗನಿರ್ಣಯವಲ್ಲ, ಆದರೆ ಹುಡುಕಾಟವನ್ನು ಮೂರು ಸ್ಥಳಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.

ಬದಲಿಸುವ ಮೊದಲು ಲೀಸ್ ಓದಿ

ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ipconfig /all ಚಲಾಯಿಸಿ ಮತ್ತು ನಮೂದುಗಳ ನಡುವೆ VPN ಅಡಾಪ್ಟರ್ ಹುಡುಕಿ. ಅದು ಪಟ್ಟಿ ಮಾಡುವ ವಿಳಾಸ, ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಮತ್ತು DNS ಸರ್ವರ್ ನಿಮಗೆ ಬೇಕಾದ ಸಂಗತಿಗಳು, ಮತ್ತು ಅವು ನಿರ್ವಾಹಕರು ನೀಡಲಾಗಿದೆ ಎಂದು ಭಾವಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಭಿನ್ನವಾಗಿರುತ್ತವೆ.

ಮೂರು ಮಾದರಿಗಳು ಮೂರು ದೋಷಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ. 169.254.0.0/16 ನಲ್ಲಿನ ವಿಳಾಸ ಎಂದರೆ ಕ್ಲೈಂಟ್ ಏನನ್ನೂ ಪಡೆದುಕೊಂಡಿಲ್ಲ ಮತ್ತು ತನಗೆ ಲಿಂಕ್-ಲೋಕಲ್ ವಿಳಾಸ ನೀಡಿಕೊಂಡಿದೆ. ಗೇಟ್‌ವೇ ಇಲ್ಲದ ಸಂಭಾವ್ಯ ವಿಳಾಸ ಎಂದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಕೊಡುವ ಆಯ್ಕೆ ಇಲ್ಲದೆ ಪೂಲ್ ನೀಡಲಾಗಿದೆ. ಪೂರ್ಣ ಲೀಸ್ ಇನ್ನೂ ಎಲ್ಲಿಗೂ ತಲುಪದಿದ್ದರೆ ಸರ್ವರ್ ಬದಿಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಥವಾ ಅನುವಾದವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಮುಟ್ಟುವ ಮೊದಲು ಮೌಲ್ಯಗಳನ್ನು ಬರೆದಿಡಿ. ಮುಂದಿನ ಹಂತ ಅವುಗಳನ್ನು ಸರ್ವರ್ ಹಂಚುತ್ತಿದೆ ಎಂದು ಭಾವಿಸುವ ಶ್ರೇಣಿಯೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ, ಮತ್ತು ನೆನಪು ಲೀಸ್‌ಗೆ ಕೆಟ್ಟ ಪರ್ಯಾಯ.

ಸ್ವಯಂ ನಿಯೋಜನೆ ಗೇಟ್‌ವೇ ಬಿಡದಿರುವುದೇಕೆ

Incoming Connections ನಮೂದಿಗೆ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾದ ತನ್ನದೇ IPv4 ಗುಣಲಕ್ಷಣಗಳಿವೆ. ಅಲ್ಲಿನ ಡೀಫಾಲ್ಟ್ ವಿಳಾಸಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿಯೋಜಿಸಲು ನೀಡುತ್ತದೆ, ಅದು ವಿಳಾಸ, ಮಾಸ್ಕ್, ಗೇಟ್‌ವೇ ಮತ್ತು DNS ಒದಗಿಸಲು ಸಂಪರ್ಕದ ಒಳಗಿನ ಹಂಚಿಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಸ್ವತಂತ್ರ ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ನಲ್ಲಿ ಆ ಹಂಚಿಕೆದಾರರಿಗೆ ಎಳೆಯಲು ಯಾವುದೇ ವ್ಯಾಪ್ತಿ ಇಲ್ಲ, ಯಂತ್ರದಲ್ಲಿ ಬೇರೆ ಯಾವುದೋ ಒಂದನ್ನು ಒದಗಿಸದ ಹೊರತು, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಲಿಂಕ್-ಲೋಕಲ್ ವಿಳಾಸದೊಂದಿಗೆ ಅಥವಾ ವಿಳಾಸದೊಂದಿಗೆ ಆದರೆ ಗೇಟ್‌ವೇ ಇಲ್ಲದೆ ಉಳಿಯಬಹುದು. ಸಂಪರ್ಕ ಸ್ಥಾಪಿತವಾದಂತೆ ಕಾಣುತ್ತದೆ ಏಕೆಂದರೆ ಲಿಂಕ್ ಮೇಲೆ ಬಂತು, ಆದರೆ ಅದರ ಹಿಂದಿನ ಸಂರಚನೆ ಅಪೂರ್ಣವಾಗಿದೆ.

ಅದಕ್ಕೇ ನಿರ್ದಿಷ್ಟ ಶ್ರೇಣಿಗೆ ಬದಲಾಯಿಸುವುದು ಇಂತಹ ಹಲವು ವರದಿಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ. ಕೆಲಸ ಮಾಡದಿರಬಹುದಾದ ಸೇವೆಯಿಂದ ಲೀಸ್ ಕಲ್ಪಿಸಲು ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸಿ, ನೀವೇ ಲೀಸ್ ಹೇಳಲು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ.

ಅದೇ ಗೊಂದಲ ಯಾರಾದರೂ LAN ರೌಟರ್‌ನ DHCP ಸರ್ವರ್ ಟನೆಲ್ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿದಾಗ ಕಾಣಿಸುತ್ತದೆ. ಪ್ರಸಾರ ಅನ್ವೇಷಣೆ ರೌಟ್ ಆದ ಟನೆಲ್ ಅನ್ನು ದಾಟುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಆ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ. ವಿರುದ್ಧವಾಗಿ ಭಾವಿಸುವುದು, ಅದನ್ನು ಯಾವತ್ತೂ ಏನನ್ನೂ ಕೇಳದ ಕ್ಲೈಂಟ್‌ಗಾಗಿ ಪೂಲ್ ಮೇಲೆ ದೋಷ ಹೇರುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ.

ಸರ್ವರ್ ರೌಟ್ ಮಾಡಬಲ್ಲ ಸ್ಪಷ್ಟ ಶ್ರೇಣಿ ಹೊಂದಿಸಿ

ಸರ್ವರ್ ತಲುಪಬಲ್ಲ ಸಬ್‌ನೆಟ್‌ನ ಒಳಗೆ ಸಣ್ಣ ಬ್ಲಾಕ್ ಆಯ್ಕೆಮಾಡಿ, LAN ರೌಟರ್ ಹಂಚುವ ಶ್ರೇಣಿಯ ಹೊರಗೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ನ ಯಾವುದೇ ಇತರ ಪೂಲ್‌ನ ಹೊರಗೆ. ಸರ್ವರ್ 172.20.10.0/24 ನಲ್ಲಿದ್ದು ರೌಟರ್ 172.20.10.1 ಹೊಂದಿದ್ದರೆ, ಆ ಸಬ್‌ನೆಟ್‌ನ ಮೇಲ್ಭಾಗದ ಬಳಿಯ ಸಣ್ಣ ಬ್ಲಾಕ್, ಅಂದರೆ 172.20.10.201 ರಿಂದ 172.20.10.209 ವರೆಗೆ, ಟನೆಲ್ ಲೀಸ್‌ಗಳನ್ನು ರೌಟರ್ ಈಗಾಗಲೇ ನಿರ್ವಹಿಸುವ ಹಂಚಿಕೆಯಿಂದ ದೂರವಿರಿಸುತ್ತದೆ.

ಅದನ್ನು Incoming Connection ನ IPv4 ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ನಮೂದಿಸಿ, ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಬೇರೆ ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಅಡಾಪ್ಟರ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ. ಎರಡನೇ ಓದುವಿಕೆಯೇ ಪೂಲ್ ದೋಷವಿತ್ತೇ ಅಥವಾ ಹಲವು ದೋಷಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರವೇ ಎಂದು ಹೇಳುತ್ತದೆ.

ಈ ಆಜ್ಞೆಗಳು ಪರಿಣಾಮದ ಸಂರಚನೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಈಗ ಹೊಂದಿರುವ ಮಾರ್ಗಗಳನ್ನು ಮುದ್ರಿಸುತ್ತವೆ:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

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

ವಿಳಾಸ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗವಲ್ಲ

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

Internet Connection Sharing ಸಣ್ಣದಾರಿ. ಅದು ಇಂಟರ್ನೆಟ್‌ನತ್ತ ಮುಖ ಮಾಡಿದ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಹಂಚಿದ ಗೇಟ್‌ವೇ ಆಗಿ ಮಾಡಿ ತನ್ನದೇ ವಿಳಾಸಾಂಕನ ನಡೆಸುತ್ತದೆ, ಅದು ಆ ಅಡಾಪ್ಟರ್‌ನ ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಬರೆಯಬಹುದು ಮತ್ತು ಇರುವ NAT ನಿಯಮವನ್ನು ಇನ್ನಿಲ್ಲದ ಮೌಲ್ಯದತ್ತ ಸೂಚಿಸುತ್ತಾ ಬಿಡಬಹುದು. ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಮೂಲ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ.

ರೌಟ್ ಆದ ಪರ್ಯಾಯ ವಿಳಾಸಾಂಕನವನ್ನು ಸ್ಥಿರವಾಗಿರಿಸುತ್ತದೆ ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಹಾಗೂ ಅನುವಾದವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಲು ಕೇಳುತ್ತದೆ. ಎರಡೂ ವಿಧಾನಗಳು ತಪ್ಪಲ್ಲ; ಅವನ್ನು ಅರ್ಧದಾರಿಯಲ್ಲಿ ಬೆರೆಸಿದರೆ ಲೀಸ್ ಇರುವ ಟನೆಲ್ ಆದರೆ ಹೊರಹೋಗುವ ದಾರಿ ಇಲ್ಲ, ಅದು ನೀವು ಪ್ರಾರಂಭಿಸಿದ ಲಕ್ಷಣವೇ. ಒಂದು ಮಾದರಿ ಆಯ್ಕೆಮಾಡಿ ಇನ್ನೊಂದನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಅದನ್ನು ಮುಗಿಸಿ.

ಮೊದಲು ಹೊರಗಿನ ಮಾರ್ಗವನ್ನು ಹೊರತುಪಡಿಸಿ

ಟನೆಲ್ ಎಂದೂ ರೂಪುಗೊಳ್ಳದಿದ್ದರೆ ಯಾವ ಪೂಲ್ ಸಹಾಯ ಮಾಡಲಾರದು. ಪ್ರೋಟೋಕಾಲ್ ಮಾರ್ಗ ಏನು ಸಾಗಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ: PPTP ಗೆ TCP 1723 ಮತ್ತು GRE ಬೇಕು, GRE ಪೋರ್ಟ್ ಅಲ್ಲ, IP ಪ್ರೋಟೋಕಾಲ್ 47; L2TP/IPsec ಗೆ UDP 1701 ಜೊತೆಗೆ 500 ಮತ್ತು 4500 ಬೇಕು; SSTP ಗೆ TCP 443 ಬೇಕು.

ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಆದರೆ ಪ್ರೋಟೋಕಾಲ್ ಮಾಡದ ರೌಟರ್ ಎಂದೂ ದೃಢೀಕರಣಗೊಳ್ಳದ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಇದು ಟನೆಲ್ ರೂಪುಗೊಂಡು ನಂತರ ಎಲ್ಲಿಗೂ ತಲುಪದ ಸಂದರ್ಭಕ್ಕಿಂತ ಬೇರೆ ವೈಫಲ್ಯ, ಮತ್ತು ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಡೀಬಗ್ ಮಾಡಬಾರದು.

ಅದೇ LAN ನಿಂದ ಮತ್ತು ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ. LAN ಪ್ರಯತ್ನ ಕೆಲಸ ಮಾಡಿ ದೂರದ್ದು ದೃಢೀಕರಣಕ್ಕೆ ತಲುಪದಿದ್ದರೆ, ಹೊರಗಿನ ಮಾರ್ಗ ಸಮಸ್ಯೆ. ಎರಡೂ ದೃಢೀಕರಿಸಿ ಕೇವಲ ದೂರದ ಕ್ಲೈಂಟ್‌ಗೆ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲದಿದ್ದರೆ, ಪೂಲ್ ಮತ್ತು ಹೊರದಾರಿಗೆ ಮರಳಿ.