VMware ಅತಿಥಿಯೊಂದಿಗೆ ಹೋಸ್ಟ್ VPN ಸೆಶನ್ ಹಂಚಿಕೊಳ್ಳುವುದು

ಟನೆಲ್ ಅಡಾಪ್ಟರ್ ಸೇತುವೆಗೆ ಸೇರುವುದಿಲ್ಲ, ಮತ್ತು Windows 10 ಸಬ್ನೆಟ್‌ಗಳ ನಡುವೆ ರೂಟ್ ಮಾಡುವುದಿಲ್ಲ. NAT ಇರುವ host-only ಸೆಗ್ಮೆಂಟ್ ಅತಿಥಿಯನ್ನು ಒಯ್ಯುತ್ತದೆ.

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

ಸೇತುವೆ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲದ ಎರಡು ಕಾರಣಗಳು

ಕ್ಲೈಂಟ್‌ನ ಅಡಾಪ್ಟರ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ವಿಳಾಸವನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಹಲವು ಬಾರಿ /32, ಮತ್ತು ಕ್ಲೈಂಟ್ ಹೋಸ್ಟ್‌ನ ರೂಟ್‌ಗಳನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ, ಇದರಿಂದ ಸಾಮಾನ್ಯ ಹೊರಹೋಗುವ ಸಂಚಾರ ಟನೆಲ್‌ಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ. ಹೋಸ್ಟ್‌ನಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಆ ಕೋಷ್ಟಕವನ್ನು ಪಾಲಿಸಿ ಖಾಸಗಿ ವ್ಯವಸ್ಥೆಯನ್ನು ತಲುಪುತ್ತವೆ. ಸೇತುವೆ ಮಾಡಿದ ಅತಿಥಿ ಕೋಷ್ಟಕವನ್ನು ಓದುವುದೇ ಇಲ್ಲ, ಏಕೆಂದರೆ ಅದರ ಫ್ರೇಮ್‌ಗಳು IP ಪದರದ ಕೆಳಗಿನ ಸ್ವಿಚ್‌ನಿಂದ ಹೊರಬರುತ್ತವೆ.

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

ಹೋಸ್ಟ್ ಹೊಂದಿರುವ ಸೆಗ್ಮೆಂಟ್ ರಚಿಸಿ

ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್ ಸಂಪಾದಕದಲ್ಲಿ, ನೀವು ಬೇರೆ ಎಲ್ಲೂ ರೂಟ್ ಮಾಡದ ಪ್ರಿಫಿಕ್ಸ್‌ನಲ್ಲಿ, ಉದಾಹರಣೆಗೆ 172.28.90.0/24, VMnet3 ನಂತಹ host-only ನೆಟ್‌ವರ್ಕ್ ಸೇರಿಸಿ. ಹೋಸ್ಟ್ ಆ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ 172.28.90.1 ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅತಿಥಿ ಅದೇ ಸ್ವಿಚ್‌ಗೆ ಸೇರುತ್ತದೆ. ಆ ಸೆಗ್ಮೆಂಟ್‌ನಲ್ಲಿ ಹೈಪರ್‌ವೈಜರ್‌ನ DHCP ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ಒಂದೇ ವಿಳಾಸ ಸೇವೆ ಅದನ್ನು ಹೊಂದುವಂತೆ.

ಅದರ ಮೇಲೆ ಏನನ್ನಾದರೂ ನಿರ್ಮಿಸುವ ಮೊದಲು Windows ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಇಡೀ ವಿನ್ಯಾಸ ಆ ಅಡಾಪ್ಟರ್ ಸಾಮಾನ್ಯವಾಗಿರುವುದನ್ನು ಅವಲಂಬಿಸಿದೆ:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only ಅಡಾಪ್ಟರ್ ಅಲ್ಲಿ ಯಾವುದೇ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ನಂತೆ ಕಾಣುತ್ತದೆ. ಯಾವುದಕ್ಕೂ ಜೋಡಿಸಲಾಗದ ಟನೆಲ್ ಅಡಾಪ್ಟರ್‌ನಿಂದ ಇದೇ ನಿಖರ ವ್ಯತ್ಯಾಸ.

ಅತಿಥಿಯ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಅನುವಾದಿಸಿ

ಉನ್ನತ ಸೆಶನ್ ತೆರೆದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಅನುವಾದಿಸಿ. ಮೊದಲು ಏನು ಇದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕಂಟೈನರ್ ರನ್‌ಟೈಮ್‌ಗಳು ಮತ್ತು ಹೈಪರ್‌ವೈಜರ್‌ಗಳು ತಮ್ಮದೇ ಅನುವಾದಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತವೆ ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಅಳಿಸುವುದು ಇನ್ನೊಂದು ಉತ್ಪನ್ನವನ್ನು ಮುರಿಯುತ್ತದೆ.

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

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

ಮೊದಲ ಹಾಪ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಬೆಲೆಯನ್ನು

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

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

ಟನೆಲ್ ಆನ್ ಇರುವಾಗ ಅದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೋಸ್ಟ್‌ನ ಸ್ವಂತ ಪ್ರವೇಶದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಹೋಸ್ಟ್ ಯಶಸ್ವಿಯಾಗಿ ಅತಿಥಿ ಆಗದಿದ್ದರೆ, ದೋಷ ಅನುವಾದದಲ್ಲಿ ಅಥವಾ ಅತಿಥಿಯ ಗೇಟ್‌ವೇ ಸೆಟ್ಟಿಂಗ್‌ನಲ್ಲಿ, ಸಂಪರ್ಕದಲ್ಲಿ ಅಲ್ಲ.

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು