WSL2 VPN ಸಬ್ನೆಟ್ ತಲುಪುತ್ತಿಲ್ಲ: ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಓದಿ

ಡಿಸ್ಟ್ರೋ ಒಳಗಿನಿಂದ ಆಂತರಿಕ ಸರ್ವರ್ಗೆ ping ಸಮಯ ಮೀರಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಅದೇ ವಿಳಾಸ Windows ನಿಂದ ಉತ್ತರಿಸುತ್ತದೆ. VPN ಸಂಪರ್ಕಗೊಂಡಿದೆ ಮತ್ತು Windows ಮಾರ್ಗ ಸರಿಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಕೊರತೆ WSL ಗಡಿ. ವಿಫಲವಾದ ಆದೇಶದಿಂದ ಹೋಸ್ಟ್ ಇಂಟರ್ಫೇಸ್ವರೆಗೆ ಮಾರ್ಗವನ್ನು ನಡೆಯಿರಿ. ಪರಿಹಾರ ಕಾನ್ಫಿಗ್ ಫೈಲ್ನಲ್ಲಿ ಸ್ಥಿರ CIDR ಅಲ್ಲ; ಅದು ಪ್ರಸ್ತುತ ವಿಳಾಸವನ್ನು ಓದಿ ಡಿಸ್ಟ್ರೋ ಬಳಸಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಸೇರಿಸುವುದು.

ಮಾರ್ಗ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸಿ

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

ಡಿಸ್ಟ್ರೋ ಒಳಗೆ, ip -4 addr WSL NAT ಶ್ರೇಣಿಯ ವಿಳಾಸವಿರುವ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ip route WSL ಗೇಟ್ವೇ ಕಡೆಗೆ ತೋರಿಸುವ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ತೋರಿಸುತ್ತದೆ. ಕಾರ್ಪೊರೇಟ್ ಪ್ರೀಫಿಕ್ಸ್ಗೆ ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ನ ಸುರಂಗ ಅಡಾಪ್ಟರ್ಗೆ ಡಿಸ್ಟ್ರೋ ಒಳಗೆ ಸಮಾನಾರ್ಥಕವಿಲ್ಲ. ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇ WSL NAT ಕಡೆಗೆ ಕರೆದೊಯ್ಯುತ್ತದೆ, ಕಾರ್ಪೊರೇಟ್ ನೆಟ್ವರ್ಕ್ ಕಡೆಗೆ ಅಲ್ಲ.

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

ಮಿರರ್ ನೆಟ್ವರ್ಕಿಂಗ್ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾರ್ಗ ಆಯ್ಕೆಮಾಡಿ

ಮಿರರ್ ನೆಟ್ವರ್ಕಿಂಗ್ ಡಿಸ್ಟ್ರೋಗೆ ಹೋಸ್ಟ್ನ ಸ್ವಂತ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಮತ್ತು ಅದರ ಮಾರ್ಗಗಳು ನಕಲಿಸದೆ ಕಾಣಿಸುತ್ತವೆ. ಈ ವೈಶಿಷ್ಟ್ಯ ಇತ್ತೀಚಿನ Windows ಬಿಲ್ಡ್ ಮತ್ತು .wslconfig ನಲ್ಲಿ networkingMode=mirrored ಅನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು localhost ಫಾರ್ವರ್ಡಿಂಗ್ನಂತಹ ಸಂಬಂಧವಿಲ್ಲದ ನಡವಳಿಕೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಇದನ್ನು ಮಾರ್ಗದ ಸೂಕ್ಷ್ಮ ಸರಿಹೊಂದಿಕೆಯಲ್ಲ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಬದಲಾವಣೆ ಎಂದು ಪರಿಗಣಿಸಿ. ಬಿಲ್ಡ್ ಬೆಂಬಲಿಸಿದರೆ ಮತ್ತು ಅಡ್ಡಪರಿಣಾಮಗಳು ಸ್ವೀಕಾರಾರ್ಹವಾದರೆ, ಇದು ಅತಿ ಚಿಕ್ಕ ದಾರಿ.

ಸಣ್ಣ ವಿಧಾನ ಡಿಫಾಲ್ಟ್ NAT ಅನ್ನು ಉಳಿಸಿಕೊಂಡು ಸುರಂಗ ಏರಿದಾಗಲೆಲ್ಲ ಸುರಂಗದ ವಿಳಾಸ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಡಿಸ್ಟ್ರೋಗೆ ನಕಲಿಸುತ್ತದೆ. ಇದು ಹೆಚ್ಚು ಬಿಲ್ಡ್ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, localhost ನಡವಳಿಕೆಯನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು VPN ಆಫ್ ಇದ್ದಾಗ ಗೋಚರವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. ಬೆಲೆ ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲೂ ಚಲಾಯಿಸಬೇಕಾದ ಸಣ್ಣ ಸ್ಕ್ರಿಪ್ಟ್.

ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ ಬರೆಯಿರಿ. ಮಿರರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಕೈಯಿಂದ ಮಾಡಿದ ಮಾರ್ಗಗಳೊಂದಿಗೆ ಮಿಶ್ರಣ ಮಾಡುವುದು ಒಂದೇ ಪ್ರೀಫಿಕ್ಸ್ಗೆ ಎರಡು ದಾರಿಗಳನ್ನು ಹೊಂದಿರುವ ಮತ್ತು ಯಾವುದಕ್ಕೂ ಸ್ಪಷ್ಟ ಮಾಲೀಕರಿಲ್ಲದ ಡಿಸ್ಟ್ರೋ ಉಂಟುಮಾಡುತ್ತದೆ. ಒಂದು ದಾಖಲಿತ ವಿಧಾನವನ್ನು ಡೀಬಗ್ ಮಾಡುವುದು ಎರಡು ಅರ್ಧ-ಕಾನ್ಫಿಗರ್ ಮಾಡಿದವುಗಳಿಗಿಂತ ಸುಲಭ.

ಹೋಸ್ಟ್ನಿಂದ ಪ್ರಸ್ತುತ ಸುರಂಗ ವಿವರಗಳನ್ನು ಪಡೆಯಿರಿ

ಅಡಾಪ್ಟರ್ ಅನ್ನು ಹೆಸರಿನ ಬದಲು MAC ವಿಳಾಸದಿಂದ ಹೊಂದಿಸಿ, ಏಕೆಂದರೆ ಹೆಸರುಗಳು VPN ಕ್ಲೈಂಟ್ ಮತ್ತು ಸಂಪರ್ಕ ಕ್ರಮದೊಂದಿಗೆ ಬದಲಾಗುತ್ತವೆ. ಅಡಾಪ್ಟರ್ಗಳನ್ನು ಒಮ್ಮೆ ಪಟ್ಟಿ ಮಾಡಿ, ಸುರಂಗ ಅಡಾಪ್ಟರ್ನ MAC ಅನ್ನು ಗಮನಿಸಿ, ನಂತರ ಅದರ ವಿಳಾಸ ಮತ್ತು ಪ್ರೀಫಿಕ್ಸ್ ಕೇಳಿ. MAC ಮರುಸಂಪರ್ಕಗಳ ನಡುವೆ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ನೊಂದಿಗೆ ಉಳಿಯುತ್ತದೆ, ಆದರೆ ಹೆಸರು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಸೂಚ್ಯಂಕ ಉಳಿಯುವುದಿಲ್ಲ:

powershell.exe 'Get-NetAdapter | Where-Object { $_.MacAddress -eq "3C-52-82-0A-1B-7C" } | Get-NetIPAddress -AddressFamily IPv4 | Select-Object IPAddress, PrefixLength'

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

powershell.exe '(Get-NetAdapter | Where-Object { $_.MacAddress -eq "3C-52-82-0A-1B-7C" }).InterfaceIndex'
powershell.exe '(Get-NetIPConfiguration -InterfaceIndex 27).IPv4DefaultGateway.NextHop'

ಔಟ್ಪುಟ್ ಅನ್ನು ವೇರಿಯೇಬಲ್ಗೆ ನಿಗದಿಪಡಿಸುವ ಮೊದಲು tr -d '\r' ಮೂಲಕ ಕಳುಹಿಸಿ. PowerShell ಸಾಲುಗಳನ್ನು carriage return ನಿಂದ ಮುಗಿಸುತ್ತದೆ, ಮತ್ತು ತೆಗೆಯದಿದ್ದರೆ ಕೊನೆಯ ಕ್ಷೇತ್ರವು ಗುಪ್ತ ಅಕ್ಷರವನ್ನು ಹೊತ್ತು ಮಾರ್ಗ ಆದೇಶವನ್ನು ಗೊಂದಲದ ಪಾರ್ಸ್ ದೋಷದೊಂದಿಗೆ ವಿಫಲಗೊಳಿಸುತ್ತದೆ.

ಡಿಸ್ಟ್ರೋ ಒಳಗೆ ವಿಳಾಸ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಅನ್ವಯಿಸಿ

ಸುರಂಗದ ವಿಳಾಸವನ್ನು ಡಿಸ್ಟ್ರೋ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಪ್ರೀಫಿಕ್ಸ್ ಇರುವ ವಿಳಾಸವಾಗಿ ಸ್ಥಾಪಿಸಿ, ನಂತರ ಕಾರ್ಪೊರೇಟ್ ಬ್ಲಾಕ್ ಅನ್ನು ಹೋಸ್ಟ್ನ ಗೇಟ್ವೇ ಮೂಲಕ ಮಾರ್ಗೀಕರಿಸಿ:

sudo ip addr add 172.20.14.37/22 dev vpn
sudo ip route add 172.20.0.0/16 via 172.20.12.1 dev vpn

ಸಂಪರ್ಕ ಚಕ್ರಕ್ಕೆ ಬಂದಾಗ NetworkManager ಕೈಯಿಂದ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ವಿಳಾಸವನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ DHCP ಕ್ಲೈಂಟ್ ಬದಲಿಯನ್ನು ಕೇಳುವುದಿಲ್ಲ. ವಿಧಾನವನ್ನು ಸ್ವಯಂಚಾಲಿತಕ್ಕೆ ಇರಿಸಿ ಇದರಿಂದ ಪ್ರತಿ ಮರುಸಂಪರ್ಕ ವಿಳಾಸವನ್ನು ಹೊಸದಾಗಿಸುತ್ತದೆ, ನಂತರ ಸಂಪರ್ಕವನ್ನು ಮತ್ತೆ ಏರಿಸಿ. ಕೈಯಿಂದ ವಿಧಾನ ಮೊದಲ ಮರುಸಂಪರ್ಕದವರೆಗೆ ಸ್ಥಿರವಾಗಿ ಕಾಣುತ್ತದೆ:

nmcli con show vpn
sudo nmcli con mod vpn ipv4.method auto
sudo nmcli con up vpn

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

ಹೆಸರನ್ನು ಪಿನ್ ಮಾಡಿ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ನೆಟ್ವರ್ಕ್ ಸ್ವಿಚ್ನ ನಂತರ ಕರ್ನಲ್ ಡಿಸ್ಟ್ರೋ ಇಂಟರ್ಫೇಸ್ನ ಹೆಸರನ್ನು eth1 ಮತ್ತು eth2 ನಡುವೆ ಬದಲಿಸಬಹುದು, ಮತ್ತು ಹೆಸರಿಗೆ ಬರೆದ ಸ್ಕ್ರಿಪ್ಟ್ ಆಗ ತಪ್ಪು ಸಾಧನವನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ. MAC ಗೆ ಜೋಡಿಸಿದ udev ನಿಯಮ ಇಂಟರ್ಫೇಸ್ಗೆ ಸ್ಥಿರ ಲೇಬಲ್ ನೀಡುತ್ತದೆ:

SUBSYSTEM=="net", ACTION=="add", ATTRS{address}=="3c:52:82:0a:1b:7c", NAME="vpn"

ನಂತರ ವಿಳಾಸ, ಮಾರ್ಗ ಮತ್ತು ನಿಜವಾದ TCP ಸಂಪರ್ಕದಿಂದ ಪರಿಶೀಲಿಸಿ: ip -4 addr show dev vpn, ip route get 172.20.4.10 ಮತ್ತು ತಿಳಿದಿರುವ ಆಂತರಿಕ ಪೋರ್ಟ್ಗೆ ಸಂಪರ್ಕ. ಮಾರ್ಗ ಹುಡುಕಾಟವು vpn ಸಾಧನ ಮತ್ತು ನೀವು ಸೇರಿಸಿದ ಮೂಲ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸಬೇಕು.

ಮೂರೂ ಡಿಸ್ಟ್ರೋ ಒಳಗೆ ಉತ್ತೀರ್ಣವಾದರೂ ಸಂಪರ್ಕ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಪ್ಯಾಕೆಟ್ WSL ಬಿಟ್ಟು Windows ಬದಿಯಲ್ಲಿ ಬಿಡಲಾಗುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ಬದಲಿಸುವ ಮೊದಲು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಮತ್ತು VPN ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಫಿಲ್ಟರಿಂಗ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಇನ್ನೊಂದು ಮಾರ್ಗ ಸಂಪಾದನೆ ಈಗಾಗಲೇ ಹೋಸ್ಟ್ ತಲುಪುತ್ತಿರುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.