ಹೋಸ್ಟ್ VPN ಸಂಪರ್ಕಗೊಂಡಾಗ Hyper-V ಅತಿಥಿ DNS ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ

ಅತಿಥಿ ಇಂದು ಬೆಳಿಗ್ಗೆ ಸರಿಯಾಗಿತ್ತು. ನಂತರ ಹೋಸ್ಟ್ Cisco AnyConnect ಅನ್ನು ಆನ್ ಮಾಡಿತು ಮತ್ತು VM ತನ್ನ DNS, ಡೊಮೇನ್ ನಂಬಿಕೆ ಮತ್ತು ಹಂಚಿದ ಫೋಲ್ಡರ್ ಕಳೆದುಕೊಂಡಿತು, ಒಳಗೆ ಏನೂ ಬದಲಾಗದಿದ್ದರೂ. ಹೋಸ್ಟ್ ಸುರಂಗ ಮತ್ತು ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ ಪ್ರತ್ಯೇಕ ಮಾರ್ಗಗಳು, ಒಂದನ್ನು ಸಂಪರ್ಕಿಸುವುದು ಇನ್ನೊಂದನ್ನು ಸರಿಸುವುದಿಲ್ಲ. ಅತಿಥಿಯ ಒಳಗಿನಿಂದ ಹೊರಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ, ಮತ್ತು ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ನೀವು ನೋಡುವುದನ್ನು ಬರೆಯಿರಿ.

ಅತಿಥಿ ಇನ್ನೂ ಏನನ್ನು ನೋಡಬಲ್ಲದು

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

ಆ ಮೂರು ಓದುವಿಕೆಗಳು, ಎರಡು ಬಾರಿ ತೆಗೆದುಕೊಂಡವು, ನಿಮ್ಮ ಮೂಲರೇಖೆ. ನಂತರದ ಎಲ್ಲವೂ ಅವುಗಳ ವಿರುದ್ಧ ಅಳೆಯಲಾಗುತ್ತದೆ.

ಅತಿಥಿ ಯಾವ ನಿರ್ಗಮನವನ್ನು ಬಳಸುತ್ತಿದೆ

Hyper-V ಇದಕ್ಕೆ ಎರಡು ಆದೇಶಗಳಿಂದ ಉತ್ತರಿಸುತ್ತದೆ: Get-VMSwitch ಸ್ವಿಚ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು Get-VMNetworkAdapter -VMName TestVM ಅತಿಥಿ ಯಾವುದಕ್ಕೆ ಜೋಡಣೆಯಾಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. Default Switch ಎಂಬುದು Windows ನಿರ್ವಹಿಸುವ NAT ನೆಟ್ವರ್ಕ್; ಬಾಹ್ಯ ಸ್ವಿಚ್ ಸಂಚಾರವನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ಗೆ ಒಪ್ಪಿಸುತ್ತದೆ; ಆಂತರಿಕ ಸ್ವಿಚ್ ಯಾರಾದರೂ NAT ಅಥವಾ ರೌಟರ್ ಸೇರಿಸುವವರೆಗೆ ಏನನ್ನೂ ಸಾಗಿಸುವುದಿಲ್ಲ. VirtualBox ಅದೇ ಮೂರು ಕಲ್ಪನೆಗಳನ್ನು NAT, NAT Network ಮತ್ತು bridged ಆಗಿ ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ.

ಹೋಸ್ಟ್ ಸುರಂಗಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಮಹತ್ವ ಇರಬಹುದೇ ಎಂಬುದನ್ನು ಮೋಡ್ ನಿರ್ಧರಿಸುತ್ತದೆ। NAT ಅತಿಥಿಯನ್ನು WinNAT ಅನುವಾದಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಹೋಸ್ಟ್ ಸ್ಟಾಕ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಹೋಸ್ಟ್ನ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಅನುಸರಿಸುತ್ತದೆ; ಪೂರ್ಣ ಸುರಂಗ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ಅದರ ಸಂಚಾರವು VPN ಅಡಾಪ್ಟರ್ಗೆ ಪ್ರವೇಶಿಸುವ ಸಂಚಾರವೇ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ಸಬ್ನೆಟ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸಿದಾಗ ಅದನ್ನು ತ್ಯಜಿಸಲಾಗುತ್ತದೆ. ಬಾಹ್ಯ ಸ್ವಿಚ್ನಲ್ಲಿ ಸೇತುವೆಯಾದ ಅತಿಥಿ ಹೋಸ್ಟ್ ರೌಟಿಂಗ್ ಅನ್ನು ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ: ಅದರ ಫ್ರೇಮ್ಗಳು ಭೌತಿಕ NIC ನಿಂದ ನೇರವಾಗಿ ಹೊರಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಅದು ಸುರಂಗ ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಸ್ಥಳೀಯ-LAN ನೀತಿ ಎರಡನ್ನೂ ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ.

ಹೋಸ್ಟ್ ಸುರಂಗವನ್ನು Hyper-V ಜೊತೆ ಹಂಚಿಕೊಳ್ಳುವುದು

ಅತಿಥಿಗೆ ಸುರಂಗ ಬೇಕಾದರೆ ಮತ್ತು ತನ್ನದೇ ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, Windows VPN ಸಂಪರ್ಕವನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. VPN ಅಡಾಪ್ಟರ್ನ ಗುಣಲಕ್ಷಣಗಳನ್ನು ತೆರೆಯಿರಿ, ಹಂಚಿಕೆಗೆ ಹೋಗಿ, ಮತ್ತು ಇತರ ನೆಟ್ವರ್ಕ ಬಳಕೆದಾರರಿಗೆ ಅದರ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲು ಅನುಮತಿಸಿ. ಮನೆ ನೆಟ್ವರ್ಕಿಂಗ್ ಸಂಪರ್ಕವನ್ನು Hyper-V ಅಡಾಪ್ಟರ್ ಕಡೆಗೆ ತೋರಿಸಿ, vEthernet (Default Switch), ನಂತರ ಅತಿಥಿಯ ಒಳಗಿನಿಂದ ಹೊಸ ವಿನಂತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ.

ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರಯೋಗಾಲಯ ಪರಿಹಾರವಾಗಿ ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಅದು ಹಾಗೆಯೇ ವರ್ತಿಸುತ್ತದೆ. ಸಂಪರ್ಕ ಕಡಿತ, ಮರುಸಂಪರ್ಕ ಅಥವಾ ಹೋಸ್ಟ್ ಮರುಬೂಟ್ ನಂತರ ಅದನ್ನು ಮತ್ತೆ ಅನ್ವಯಿಸಬೇಕು. ಕೆಲವು Windows 11 ಬಿಲ್ಡ್ಗಳಲ್ಲಿ ಅಡಾಪ್ಟರ್ ಡ್ರಾಪ್-ಡೌನ್ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಕಾಣೆಯಾಗಿದೆ, ಮತ್ತು ಆಗ ಈ ಮಾರ್ಗ ಮುಚ್ಚಿದೆ.

Hyper-V ವೈಶಿಷ್ಟ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಕೆಲವು ಹಠಮಾರಿ ಅತಿಥಿಗಳನ್ನು ಉಳಿಸಿದೆ. ಅದನ್ನು ಕೊನೆಗೆ ಇಡಿ, ಮತ್ತು ಮೊದಲು ಅತಿಥಿಯ ಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ.

ಸಬ್ನೆಟ್ ಫಿಲ್ಟರ್ ಆದಾಗ ಪೋರ್ಟ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವುದು

ಅತಿಥಿಯ NAT ಸಬ್ನೆಟ್ ಅನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುವ ಹೋಸ್ಟ್ VPN ಹೆಸರು ವಿಶ್ಲೇಷಣೆಯನ್ನಲ್ಲ, ನೇರ ಪ್ರವೇಶವನ್ನು ಮುರಿಯುತ್ತದೆ. VM ಚಾಲನೆಯಲ್ಲಿದೆ, ಆದರೂ ssh [email protected] ನೇತಾಡುತ್ತದೆ, ಹೈಪರ್ವೈಸರ್ನ ಅನುವಾದ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ. ಕೆಲಸಕ್ಕೆ ಬೇಕಾದ ಪೋರ್ಟ್ಗಳನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿ ಮತ್ತು ಬದಲಿಗೆ ಹೋಸ್ಟ್ ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಿಸಿ. ಕೆಳಗಿನ Vagrantfile ಸಾಲುಗಳು SSH ಮತ್ತು ಒಂದು HTTPS ಸೇವೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ; ಎರಡೂ ಮರುಲೋಡ್ಗೆ ಮೊದಲು ಸೇರಿಸಲಾಗುತ್ತದೆ.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

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

ಅದು ಕೆಲಸ ಮಾಡಿದೆ ಎಂದು ಹೇಳುವ ಪರಿಶೀಲನೆ

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

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

ಪ್ರತಿ ಸ್ವಿಚ್ ಅಥವಾ ಡ್ರೈವರ್ ಬದಲಾವಣೆಯನ್ನು ಅದರ ರದ್ದತಿ ಹಂತದೊಂದಿಗೆ ದಾಖಲಿಸಿ. Microsoft ನ Hyper-V NAT ಮಾರ್ಗದರ್ಶಿ Default Switch ನಿಜವಾಗಿ ಏನೆಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೆ ವಿರುದ್ಧವಾದ ಎರಡನೇ NAT ನೆಟ್ವರ್ಕ್ ರಚಿಸುವ ಮೊದಲು ಅದನ್ನು ಓದುವುದು ಯೋಗ್ಯ.