ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿ VPN ಮೂಲಕ ಖಾಸಗಿ ಸೇವೆ ತಲುಪುವ ಬಗೆ

ಅತಿಥಿ ಮತ್ತು Mac ಅನ್ನು ಒಂದೇ ಸಣ್ಣ ಬಾಗಿಲಿನಿಂದ ಸೇರಿಸಿದ ಎರಡು ಪ್ರತ್ಯೇಕ ಜಾಲಗಳೆಂದು ಪರಿಗಣಿಸಿ। ವರ್ಚುವಲ್ ಯಂತ್ರವು ತನ್ನ VPN ಕ್ಲೈಂಟ್ ಮತ್ತು ತನ್ನದೇ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ; Mac ಕೇವಲ ಹೋಸ್ಟ್-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಮತ್ತು ಒಂದೇ ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪೋರ್ಟ್ ಮೂಲಕ ನಿಖರವಾಗಿ ಒಂದು ಸೇವೆಯನ್ನು ತಲುಪುತ್ತದೆ। ಬೇರೆ ಯಾವುದೂ ದಾಟಬಾರದು। ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಅನುಸರಿಸಿ ಮತ್ತು ಒಂದು ವಿಫಲವಾದಾಗ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮುಂದಿನ ಹಂತವೂ ಹಿಂದಿನವು ತಡೆದುಕೊಂಡಿವೆ ಎಂದು ಊಹಿಸುತ್ತದೆ।

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ದಾಖಲಿಸಿ

ಅತಿಥಿಯಲ್ಲಿ, ipconfig /all VPN ಸಾಗಣೆಯನ್ನು ಹೊತ್ತ ಅಡಾಪ್ಟರ್ ಮತ್ತು ವರ್ಚುವಲ್ ಜಾಲದ DHCP ನಿಂದ ಪಡೆದ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ। Mac ನಲ್ಲಿ, ಹೈಪರ್ವೈಸರ್ ಆ ವಿಭಾಗಕ್ಕಾಗಿ ರಚಿಸಿದ ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ದಾಖಲಿಸಿ; VMware Fusion ನಲ್ಲಿ ಹೋಸ್ಟ್-ಮಾತ್ರ ಸಾಧನ ಸಾಮಾನ್ಯವಾಗಿ vmnet1, ಮತ್ತು Parallels ತನ್ನದೇ ಹೆಸರು ನೀಡುತ್ತದೆ। ಅಲ್ಲಿ ಯಾರು ವಿಳಾಸಗಳನ್ನು ಹಂಚುತ್ತಾರೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ, ನಂತರ ಎಲ್ಲವನ್ನೂ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ವರ್ಚುವಲ್ ಜಾಲವನ್ನು ಮತ್ತೆ ರಚಿಸಿದಾಗ ಹೋಸ್ಟ್-ಮಾತ್ರ ಸಬ್ನೆಟ್ ಹೆಚ್ಚಾಗಿ ಮತ್ತೆ ಹಂಚಲ್ಪಡುತ್ತದೆ। ವರ್ಚುವಲ್ ಯಂತ್ರದ ಜಾಲ ವಿಧಾನವನ್ನು ಹೈಪರ್ವೈಸರ್ ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ನಿಮ್ಮ ನೆನಪಿನಲ್ಲಿ ಅಲ್ಲ। ಇಂಟರ್ನೆಟ್ ಕಡೆಗಿನ ಅಡಾಪ್ಟರ್ಗೆ ಹಂಚಿಕೊಂಡ ಅಥವಾ NAT ವಿಧಾನ ಮತ್ತು Mac ಕಡೆಗಿನ ಅಡಾಪ್ಟರ್ಗೆ ಹೋಸ್ಟ್-ಮಾತ್ರ ವಿಧಾನ — ಈ ಹಂತಗಳು ಊಹಿಸುವ ಜೋಡಣೆ ಇದು।

ಎರಡು ಅಡಾಪ್ಟರ್ಗಳು, ಎರಡು ಉದ್ದೇಶಗಳು। ಒಂದೇ ಅಡಾಪ್ಟರ್ Mac ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಎರಡಕ್ಕೂ ಸೇವೆ ಸಲ್ಲಿಸುವಂತೆ ಅವನ್ನು ಬೆರೆಸುವುದೇ ಸಣ್ಣ ಬಾಗಿಲನ್ನು ಮಾರ್ಗೀಕೃತ ದಾರಿಯಾಗಿ ಬದಲಿಸುತ್ತದೆ।

ಮೊದಲು ಅತಿಥಿಯ ಸ್ವಂತ VPN ಅನ್ನು ಖಚಿತಪಡಿಸಿ

Windows ಒಳಗೆ ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅದು ಮುಗಿಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮಾರಾಟಗಾರನು ದಾಖಲಿಸುವ ಯಾವುದೇ ಪರೀಕ್ಷೆಯಿಂದ। ಅತಿಥಿ ಒಂಟಿಯಾಗಿ ಖಾಸಗಿ ಸೇವೆ ತಲುಪುವವರೆಗೆ ಮುಂದುವರಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಮುರಿದ ಸುರಂಗದ ಮೇಲೆ ಪದರವಾದ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಮಸ್ಯೆಗೆ ಎರಡು ಕಾರಣಗಳಿವೆ ಮತ್ತು ಯಾವುದೇ ಉಪಯುಕ್ತ ದೋಷ ಸಂದೇಶವಿಲ್ಲ। ಸೇವೆ ಅತಿಥಿಯ ಒಳಗಿನಿಂದ ಯಾವ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ। ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮವು ಕೇವಲ ಆ ವಿಳಾಸವನ್ನೇ ಹೆಸರಿಸಬೇಕು।

ಕ್ಲೈಂಟ್ ಪೂರ್ಣ ಸುರಂಗವನ್ನು ತಳ್ಳಿದರೆ, ಹೋಸ್ಟ್-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಇನ್ನೂ ಸ್ಥಳೀಯ ಸಂಚಾರವನ್ನು ಹೊರುತ್ತದೆ, ಆದರೆ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನವು ತನ್ನ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವ ರೀತಿಯಲ್ಲಿ ಸುರಂಗದಿಂದ ಸೆರೆಹಿಡಿಯಲ್ಪಡದಂತೆ ಪರಿಶೀಲಿಸಿ। ವಿಭಜಿತ ಸುರಂಗ ಪ್ರೊಫೈಲ್ ಇದನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ ಮತ್ತು VPN ಹೊಂದಿರುವವರಿಂದ ಇದನ್ನು ಕೇಳುವುದು ಯೋಗ್ಯ।

ಹೋಸ್ಟ್-ಮಾತ್ರ ಕಾಲನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಅದನ್ನು ಒಂಟಿಯಾಗಿ ಪರೀಕ್ಷಿಸಿ

ಅತಿಥಿಗೆ ಹೋಸ್ಟ್-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಜೋಡಿಸಿ, ಬೇರೆ ಯಾವುದೂ ಬಳಸದ ಸಬ್ನೆಟ್ ನಲ್ಲಿ ಅದಕ್ಕೆ ಸ್ಥಿರ ವಿಳಾಸ ನೀಡಿ, ಮತ್ತು Mac ಅದನ್ನು ping ಮಾಡಬಲ್ಲದು ಎಂದು ಖಚಿತಪಡಿಸಿ। VPN ಸಂಪರ್ಕಿತ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ ಸ್ಥಿತಿಯಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ವಿಳಾಸವು ಎರಡನ್ನೂ ತಡೆದುಕೊಳ್ಳಬೇಕು। ತನ್ನ ಸುರಂಗ ಮೇಲಿರುವಾಗ ಮಾತ್ರ ಉತ್ತರಿಸುವ ಅತಿಥಿಗೆ ನೀವು ಇನ್ನೂ ಕಂಡುಕೊಳ್ಳದ ಮಾರ್ಗೀಕರಣ ಸಮಸ್ಯೆ ಇದೆ।

Windows ಹೊಸ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಸಾರ್ವಜನಿಕ ಜಾಲವೆಂದು ವರ್ಗೀಕರಿಸಬಹುದು, ಇದು ಡಿಫಾಲ್ಟ್ ಆಗಿ ಒಳಬರುವ ಸಂಚಾರವನ್ನು ತಡೆಯುತ್ತದೆ। ಬೇರೆ ಯಾವುದನ್ನೂ ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಪ್ರೊಫೈಲ್ ಹೊಂದಿಸಿ।

ಒಂದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡಿ, ಸಬ್ನೆಟ್ ಅಲ್ಲ

ಸಾಮಾನ್ಯ IP ಫಾರ್ವರ್ಡಿಂಗ್ ಬದಲು ಒಂದೇ ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪೋರ್ಟ್ ಆಯ್ಕೆಮಾಡಿ। Windows netsh interface portproxy ಒದಗಿಸುತ್ತದೆ, ಅದು ಕೇಳುತ್ತಿರುವ ಪೋರ್ಟ್ ಅನ್ನು ಗಮ್ಯ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೆ IP Helper ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿರುವುದು ಬೇಕು।

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

ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹಿಂಪಡೆಯುವ ಯೋಜನೆ ಬರೆಯಿರಿ

Mac ನಿಂದ ಖಾಸಗಿ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ, ಉದ್ದೇಶಿತ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಡೆಸಿ, ನಂತರ ಅತಿಥಿಯ VPN ನಿಲ್ಲಿಸಿ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯು ಮೌನವಾಗಿ ಹಿಂತಿರುಗುವ ಬದಲು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ। ಆ ಕೊನೆಯ ಪರಿಶೀಲನೆಯೇ ನೀವು ಕಟ್ಟಿದ ದಾರಿ ಇದೇ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ। ಗೇಟ್ವೇ ಯಾವ ಗುರುತನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಯಾರಿಗೆ ಫಾರ್ವರ್ಡ್ ಬಳಸಲು ಅನುಮತಿ ಇದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ।

ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಮೂರು ಹಂತಗಳಲ್ಲಿ ಬರೆಯಿರಿ: portproxy ನಮೂದನ್ನು ತೆಗೆಯಿರಿ, ಫೈರವಾಲ್ ನಿಯಮ ತೆಗೆಯಿರಿ, ಹೋಸ್ಟ್-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಬಿಚ್ಚಿ। ನಂತರ ಅದು ಬೇಕಾಗುವ ಮೊದಲು ಒಮ್ಮೆ ಚಲಾಯಿಸಿ ಮತ್ತು ಅತಿಥಿಯ ಸ್ವಂತ VPN ನಂತರವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ। ನಿಮ್ಮ ಸಂಸ್ಥೆ ಪ್ರತಿ Mac ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಂದಾಯಿಸಬೇಕೆಂದು ಒತ್ತಾಯಿಸಿದರೆ, ಇಲ್ಲೇ ನಿಲ್ಲಿಸಿ ಮತ್ತು ಬದಲಿಗೆ ಆ ಮಾದರಿ ಬಳಸಿ, ಏಕೆಂದರೆ ಹಂಚಿದ ಫಾರ್ವರ್ಡಿಂಗ್ ಬಿಂದು ಪ್ರವೇಶವನ್ನು ಒಬ್ಬ ಅತಿಥಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ। ಹೇಗಾದರೂ, ವಿಳಾಸಗಳು ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ; ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅವನ್ನು ಮತ್ತೆ ಕಂಡುಹಿಡಿಯಲು ಇಷ್ಟಪಡುವುದಿಲ್ಲ।