OpenVPN ನಂತರ VMware ಬ್ರಿಡ್ಜ್ ಗೆಸ್ಟ್ ತನ್ನ ನೆಟ್‌ವರ್ಕ್ ಕಳೆದುಕೊಂಡಿತು

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

ಗೆಸ್ಟ್ ಬದಲಾಗಲಿಲ್ಲ, ಬ್ರಿಡ್ಜ್ ಬದಲಾಯಿತು

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

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

ಬ್ರಿಡ್ಜ್ ಪಿನ್ ಮಾಡಿ ಅಥವಾ ಗೆಸ್ಟ್ ಅನ್ನು ರೂಟ್ ಮಾಡಿ

ಗೆಸ್ಟ್ ಭೌತಿಕ LAN ನಲ್ಲಿ ಸಮಾನ ಸದಸ್ಯನಾಗಬೇಕಾದಾಗ ಮೊದಲ ಶಾಖೆ ಸರಿಯಾದದ್ದು: ಬ್ರಿಡ್ಜ್ ಆಯ್ಕೆ ಮಾಡಲು ಬಿಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ, ಮತ್ತು ಅಡಾಪ್ಟರ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಿ. ಗೆಸ್ಟ್ ಕಾರ್ಪೊರೇಟ್ ಟನಲ್ ಬಳಸಬೇಕಾದಾಗ ಎರಡನೇ ಶಾಖೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಂದರ್ಭದಲ್ಲಿ ಬ್ರಿಡ್ಜ್ ಎಂದೂ ಸರಿಯಾದ ವಿನ್ಯಾಸವಾಗಿರಲಿಲ್ಲ, ಏಕೆಂದರೆ ಬ್ರಿಡ್ಜ್ ಆದ ಗೆಸ್ಟ್ ಹೋಸ್ಟ್‌ನ VPN ಮಾರ್ಗವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವುದಿಲ್ಲ.

ಇದನ್ನು ಮೊದಲು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಎರಡು ಉತ್ತರಗಳು ಬೇರೆ ಬೇರೆ ಕೆಲಸಕ್ಕೆ ಕರೆದೊಯ್ಯುತ್ತವೆ. ಕ್ರಮವನ್ನು ತಿರುಗಿಸಿದರೆ ಸರಿಯಾಗಿ ಪಿನ್ ಆದ ಬ್ರಿಡ್ಜ್ ಸಿಗುತ್ತದೆ, ಆದರೆ ಅದು ಎಂದೂ ಬ್ರಿಡ್ಜ್ ಆಗಿರಬಾರದಿದ್ದ ಗೆಸ್ಟ್‌ಗೆ ಸೇರಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ.

ಮೊದಲ ಶಾಖೆಗಾಗಿ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್ ಎಡಿಟರ್ ತೆರೆಯಿರಿ, VMnet0 ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ನಿಂದ ಬದಲಾಯಿಸಿ. ಹಲವು ಅಡಾಪ್ಟರ್‌ಗಳಿದ್ದರೆ ಸ್ವಯಂಚಾಲಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪಟ್ಟಿ ಬಳಸಿ ಮತ್ತು ಎಂದೂ ಗೆಸ್ಟ್ ಸಂಚಾರವನ್ನು ಹೊರಬೇಕಾಗದ ಯಾವುದೇ ವಸ್ತುವಿನ ಟಿಕ್ ತೆಗೆಯಿರಿ: OpenVPN TAP ಅಥವಾ Wintun ಸಾಧನ, ಜೊತೆಗೆ Hyper-V, WSL, Docker ಮತ್ತು loopback ಅಡಾಪ್ಟರ್‌ಗಳು. ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ವೈರ್ ಮತ್ತು ವೈರ್‌ಲೆಸ್ ಎರಡೂ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ಟಿಕ್ ಮಾಡಿ ಇಡಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಬಾರಿ ಬಳಕೆದಾರರು ಅದನ್ನು ಡಾಕ್‌ಗೆ ಸೇರಿಸಿದಾಗ ಗೆಸ್ಟ್ ತನ್ನ ಬ್ರಿಡ್ಜ್ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ.

ಆಯ್ಕೆಯನ್ನು ನಿರ್ಧರಿಸುವ ಮೂರು ಷರತ್ತುಗಳು

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

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

VMware Player ನ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಎಡಿಟರ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ Player ಮಾತ್ರ ಚಲಾಯಿಸುವ ಹೋಸ್ಟ್‌ಗೆ ಈ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ತಲುಪಲು ಪ್ರತ್ಯೇಕ ಎಡಿಟರ್ ಅಥವಾ Workstation ಸ್ಥಾಪನೆ ಬೇಕು. ಈ ಮಿತಿ ಕೆಲವೊಮ್ಮೆ ತಾನೇ ವಿಧಾನವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಫಲಿತಾಂಶವನ್ನು ಗೆಸ್ಟ್‌ನ ಒಳಗಿನಿಂದ ಓದಿ

ವರ್ಚುವಲ್ NIC ಮರುಪ್ರಾರಂಭಿಸಿ, ಅಥವಾ ಗೆಸ್ಟ್ ಮರುಪ್ರಾರಂಭಿಸಿ, ಇದರಿಂದ ಅದು ಮತ್ತೆ ಗುತ್ತಿಗೆ ಕೇಳುತ್ತದೆ. ನಂತರ ಅದಕ್ಕೆ ನಿಜವಾಗಿ ಏನು ಸಿಕ್ಕಿತು ಎಂಬುದನ್ನು ಓದಿ, ಹೋಸ್ಟ್ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದೆ ಎಂದು ಭಾವಿಸುವುದನ್ನು ಅಲ್ಲ.

ipconfig /all
ip addr
ip route

ಆ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಎರಡು ಕ್ಷೇತ್ರಗಳನ್ನು ಓದಿ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಸದ್ಯಕ್ಕೆ ನಿರ್ಲಕ್ಷಿಸಿ. ಗೇಟ್‌ವೇ LAN ರೌಟರ್ ಆಗಿರಬೇಕು, ಮತ್ತು ಅಡಾಪ್ಟರ್ ವಿವರಣೆ ಟನಲ್ ಬದಲು VMware Ethernet ಸಾಧನವನ್ನು ಹೆಸರಿಸಬೇಕು. 169.254.0.0/16 ಒಳಗೆ ಸ್ವಯಂ ನಿಗದಿಯಾದ ವಿಳಾಸ ಎಂದರೆ ಯಾವುದೇ DHCP ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯಿಸಿಲ್ಲ, ಮತ್ತು ಗೆಸ್ಟ್‌ನ ಕಡೆಯಿಂದ ಟನಲ್ ಅಡಾಪ್ಟರ್ ಮೇಲಿನ ಬ್ರಿಡ್ಜ್ ನಿಖರವಾಗಿ ಹಾಗೆಯೇ ಕಾಣುತ್ತದೆ.

ಬೇರೆ ಯಾವುದನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಇನ್ನೊಂದು ವ್ಯತ್ಯಾಸ ಮಾಡುವುದು ಉಚಿತ. ರೌಟರ್ ತಲುಪಿ ಇಂಟರ್ನೆಟ್ ತಲುಪದ ಗೆಸ್ಟ್‌ಗೆ ಕೆಲಸ ಮಾಡುವ ಬ್ರಿಡ್ಜ್ ಇದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಮೇಲ್ಭಾಗದಲ್ಲಿದೆ. ಟನಲ್ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ವಿಳಾಸ ಪಡೆದ ಗೆಸ್ಟ್ ಇನ್ನೂ ತಪ್ಪು ಸಾಧನಕ್ಕೆ ಸೇರಿಸಲ್ಪಟ್ಟಿದೆ. TAP ಅಡಾಪ್ಟರ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಎರಡೂ ಸಂದರ್ಭಗಳಿಗೆ ಪರಿಹಾರವಲ್ಲ, ಏಕೆಂದರೆ OpenVPN ಸೇವೆಗೆ ಅದು ಬೇಕು.