Hyper-V ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಹೋಸ್ಟ್ನ VPN ಬಳಸುತ್ತದೆಯೇ? ಇದು ಸ್ವಿಚ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ

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

ಪುರಾಣ, ನೇರವಾಗಿ ಹೇಳಿದರೆ

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

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

ಮೂರು ರೀತಿಯ ಸ್ವಿಚ್ಗಳು, ಮೂರು ಮಾರ್ಗಗಳು

ಬಾಹ್ಯ ಸ್ವಿಚ್ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ ಕಾರ್ಡ್ಗೆ ಬಂಧಿಸುತ್ತದೆ, ಮತ್ತು ಅತಿಥಿ ತನ್ನದೇ MAC ವಿಳಾಸದೊಂದಿಗೆ ಆ ಬಂಧದ ಮೂಲಕ ಫ್ರೇಮ್ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಅತಿಥಿ ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸಮಾನರಾಗುತ್ತದೆ, ತನ್ನದೇ DHCP ಗುತ್ತಿಗೆ, ಗೇಟ್ವೇ ಮತ್ತು DNS ಸರ್ವರ್ಗಳೊಂದಿಗೆ. ಹೋಸ್ಟ್ನ VPN ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವು ಹೋಸ್ಟ್ ಸ್ಟ್ಯಾಕ್ನಲ್ಲಿ ಇರುತ್ತದೆ ಮತ್ತು ಆ ಫ್ರೇಮ್ಗಳನ್ನು ಸರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವು ಹೋಸ್ಟ್ ಮೂಲಕ ರೂಟ್ ಆಗುವ ಬದಲು ಸೇತುವೆಯಾಗುತ್ತವೆ. ಅದಕ್ಕಾಗಿಯೇ Wi-Fi ಅಡಾಪ್ಟರ್ ಮೇಲೆ ಬಾಹ್ಯ ಸ್ವಿಚ್ ಕೆಟ್ಟ ಕಲ್ಪನೆ: ಹೆಚ್ಚಿನ ನಿಸ್ತಂತು ಚಾಲಕಗಳು ಎರಡನೇ MAC ವಿಳಾಸಕ್ಕಾಗಿ ಫ್ರೇಮ್ಗಳನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ.

ಆಂತರಿಕ ಸ್ವಿಚ್ ಅತಿಥಿಗಳನ್ನು ಹೋಸ್ಟ್ನ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಸ್ವತಃ ಅದು ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನವನ್ನು ನೀಡುವುದಿಲ್ಲ; ಹೋಸ್ಟ್ನಲ್ಲಿನ NAT ವಸ್ತು ಅನುವಾದವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದನ್ನು Hyper-V NAT ಮಾರ್ಗದರ್ಶಿಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ಈಗ ಅತಿಥಿಯ ಪ್ಯಾಕೆಟ್ಗಳು ನಿಜವಾಗಿಯೂ ಹೋಸ್ಟ್ನ ರೂಟಿಂಗ್ ಮತ್ತು NAT ಮಾರ್ಗವನ್ನು ಪ್ರವೇಶಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ VPN ಕ್ಲೈಂಟ್ನ ಮಾರ್ಗಗಳು ಮತ್ತು ಫಿಲ್ಟರ್ಗಳು ಮತ್ತೆ ಮುಖ್ಯವಾಗುತ್ತವೆ. ವರ್ಚುವಲ್ ಮೆಷಿನ್ ನಿಜವಾಗಿಯೂ ಹೋಸ್ಟ್ನ VPN ಅನ್ನು ಅನುಸರಿಸುವ ಮತ್ತು ಕಿಲ್ ಸ್ವಿಚ್ ಅತಿಥಿಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕಡಿತಗೊಳಿಸಬಲ್ಲ ಸಂರಚನೆ ಇದು.

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

ಡೀಫಾಲ್ಟ್ ಸ್ವಿಚ್ ತನ್ನದೇ ಪ್ರತ್ಯೇಕ ವ್ಯವಸ್ಥೆ

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

ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಡೀಫಾಲ್ಟ್ ಸ್ವಿಚ್ನಲ್ಲಿದ್ದರೆ, ಅತಿಥಿಗೆ ಸಿಕ್ಕ ವಿಳಾಸವನ್ನು ಓದಿ ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಅದನ್ನು ಹೋಸ್ಟ್ನ NAT ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅತಿಥಿಯ ಗೇಟ್ವೇ ಮತ್ತು NAT ಪೂರ್ವಪ್ರತ್ಯಯದ ನಡುವಿನ ಅಸಂಗತಿ ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ಗಿಂತ ಹೆಚ್ಚು ವೈಫಲ್ಯಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಪ್ರಶ್ನೆಯನ್ನು ಇತ್ಯರ್ಥಗೊಳಿಸುವ ನಾಲ್ಕು ಸಂಗತಿಗಳು

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಇವನ್ನು ಸಂಗ್ರಹಿಸಿ: ಸ್ವಿಚ್ನ ಪ್ರಕಾರ ಮತ್ತು ಅದರ ಮೇಲ್ಮುಖ ಕೊಂಡಿ, ವರ್ಚುವಲ್ ಮೆಷಿನ್ಗೆ ಜೋಡಿಸಿದ ಅಡಾಪ್ಟರ್, ಅತಿಥಿಯ ಸ್ವಂತ ವಿಳಾಸ, ಗೇಟ್ವೇ ಮತ್ತು DNS, ಮತ್ತು ಹೋಸ್ಟ್ನ NAT ಹಾಗೂ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗದ ಸ್ಥಿತಿ. ಓದಲು ಮಾತ್ರದ ಆದೇಶಗಳು Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, ಮತ್ತು Get-NetRoute -DestinationPrefix 0.0.0.0/0; ಮತ್ತು ಅತಿಥಿಯ ಒಳಗೆ ipconfig /all ಉಳಿದದ್ದನ್ನು ನೀಡುತ್ತದೆ.

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

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

ಪುರಾಣದ ಬೆಲೆ

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

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

ಶಾಶ್ವತ ಉತ್ತರ ದಾಸ್ತಾನಿನಲ್ಲಿ ಪ್ರತಿ ವರ್ಚುವಲ್ ಮೆಷಿನ್ಗೆ ಒಂದು ಸಾಲು: ಅದು ಯಾವ ಸ್ವಿಚ್ ಬಳಸುತ್ತದೆ ಮತ್ತು ಅದರ ಗೇಟ್ವೇಯನ್ನು ಯಾವ ಘಟಕ ಒದಗಿಸುತ್ತದೆ. ಅದು ಬರೆದ ನಂತರ, ಮುಂದಿನ VPN ಬದಲಾವಣೆ ಮಧ್ಯಾಹ್ನದ ಊಹೆಯ ಬದಲು ಒಂದು ನೋಟ.