VPN ಅನ್ನು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅಥವಾ VM ಒಳಗೆ ಚಲಾಯಿಸಬೇಕೇ? ನಿರ್ಧಾರದ ಕೈಪಿಡಿ

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

ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಮಾಲೀಕರನ್ನು ನಿರ್ಧರಿಸಿ

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

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

ಉತ್ತರವನ್ನು VM ಹೆಸರಿನ ಪಕ್ಕದಲ್ಲಿ ಒಂದು ಸಾಲಿನಲ್ಲಿ ಬರೆಯಿರಿ: guest-owned ಅಥವಾ host-owned. ಆರು ಯಂತ್ರಗಳ ಪ್ರಯೋಗಾಲಯದಲ್ಲಿ ಆ ಟಿಪ್ಪಣಿ ಕೆಳಗಿನ ಯಾವುದೇ ಹಂತಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ಉಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ನೀವು ಲಾಗಿನ್ ಆದ ಯಂತ್ರದಲ್ಲಿ ಎಂದೂ ಇರದ ಟನೆಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದನ್ನು ಅದು ತಡೆಯುತ್ತದೆ.

WSL1 ಮತ್ತು WSL2 ವಿರುದ್ಧ ಸಂದರ್ಭಗಳು

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

WSL2 ಇದಕ್ಕೆ ವಿರುದ್ಧ. ಇದು Hyper-V ವರ್ಚುವಲ್ ಸ್ವಿಚ್‌ನ ಹಿಂದೆ ಹಗುರ ಸಹಾಯಕ VM ನಲ್ಲಿ ನಿಜವಾದ ಕರ್ನಲ್ ಚಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ವಿಳಾಸ ಸ್ಥಳವು ಹೋಸ್ಟ್ ಬದಿಯ ಅಡಾಪ್ಟರ್ ಮೂಲಕ NAT ಆಗುತ್ತದೆ. ಆದ್ದರಿಂದ ವಿತರಣೆಯ ಒಳಗಿನ Linux ಕ್ಲೈಂಟ್ ಭೌತಿಕ Linux ಪೆಟ್ಟಿಗೆಯಂತೆ ವರ್ತಿಸುತ್ತದೆ: ಅದು tun0 ಅಥವಾ wg0 ರಚಿಸುತ್ತದೆ, ತನ್ನದೇ ಮಾರ್ಗಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ವೈಫಲ್ಯವು ಹೋಸ್ಟ್ ಬದಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ. Windows VPN ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಸಂಚಾರವನ್ನು ತಡೆಯುವ ನೀತಿಯೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಿದಾಗ, ಅದು WSL2 ಉಪಜಾಲವನ್ನು ಅವಿಶ್ವಾಸನೀಯ ಸ್ಥಳೀಯ ಜಾಲವೆಂದು ಪರಿಗಣಿಸಿ NAT ಮಾರ್ಗವನ್ನು ಕತ್ತರಿಸುತ್ತದೆ. ಆಗ ವಿತರಣೆಯು DNS ಮತ್ತು ಹೊರಗಿನ ಪ್ರವೇಶವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಅದರ ಸ್ವಂತ ಟನೆಲ್ ಇನ್ನೂ ಆರೋಗ್ಯವಾಗಿದೆ: wg show ಕೈಹಿಡಿತವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ip route ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ, ಮತ್ತು curl ನೇತಾಡುತ್ತದೆ.

ಯಾವ ಪರಿಹಾರವನ್ನು ಬಳಸಬಹುದು ಎಂಬುದು Windows ನಿರ್ಮಾಣವನ್ನು ಅವಲಂಬಿಸಿದೆ. ಹಳೆಯದು WSL ಉಪಜಾಲಕ್ಕಾಗಿ ಹೋಸ್ಟ್ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿನ ವಿನಾಯಿತಿ, ಇದನ್ನು ಕ್ಲೈಂಟ್‌ನ ಸ್ಥಳೀಯ-ಜಾಲ ಅಥವಾ ವಿಭಜಿತ-ಟನೆಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಹೊಸದು, ಅದನ್ನು ಬೆಂಬಲಿಸುವ Windows 11 ನಿರ್ಮಾಣಗಳಲ್ಲಿ, ಕನ್ನಡಿ ಜಾಲಬಂಧ: %UserProfile%\.wslconfig ನ [wsl2] ವಿಭಾಗದಲ್ಲಿ networkingMode=mirrored ಇರಿಸಿ, wsl --shutdown ಚಲಾಯಿಸಿ, ಮತ್ತು ವಿತರಣೆಯು ಖಾಸಗಿ NAT ಉಪಜಾಲದ ಬದಲು ಹೋಸ್ಟ್‌ನ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಕನ್ನಡಿ ಕ್ರಮವು localhost ಮತ್ತು ಒಳಬರುವ ಪೋರ್ಟ್‌ಗಳ ನಡವಳಿಕೆಯನ್ನೂ ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಟಾಗಲ್ ಅಲ್ಲ, ವಲಸೆ ಎಂದು ಪರಿಗಣಿಸಿ.

NAT, ಸೇತುವೆ ಮತ್ತು ಹೋಸ್ಟ್ ಏನನ್ನು ನೋಡಬಹುದು

NAT ಅಡಿಯಲ್ಲಿ ಅತಿಥಿಯ ಟನೆಲ್ ಪ್ಯಾಕೆಟ್‌ಗಳು VPN ಸರ್ವರ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಉದ್ದೇಶಿಸಲ್ಪಟ್ಟು ಹೋಸ್ಟ್ ಅಡಾಪ್ಟರ್ ಮೂಲಕ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ UDP ಅಥವಾ TCP ಆಗಿ ಹೊರಬರುತ್ತವೆ. ಹೋಸ್ಟ್ ಒಂದು ಹರಿವು ಮತ್ತು ಅದರ ಬೈಟ್ ಎಣಿಕೆಯನ್ನು ನೋಡುತ್ತದೆ, ಒಳಗಿನ ಗಮ್ಯಸ್ಥಾನಗಳ ಬಗ್ಗೆ ಏನೂ ಇಲ್ಲ. ಸೇತುವೆ ಅಡಾಪ್ಟರ್ ಅಡಿಯಲ್ಲಿ ಅತಿಥಿಗೆ ಭೌತಿಕ LAN ನಲ್ಲಿ ತನ್ನದೇ 2-ನೇ ಪದರದ ಗುರುತು ಇರುತ್ತದೆ, ತನ್ನದೇ DHCP ಗುತ್ತಿಗೆ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು MAC ಆಧಾರಿತ ಯಾವುದೇ ನೀತಿಗೆ ಎರಡನೇ ಸಾಧನದಂತೆ ಕಾಣುತ್ತದೆ. ಯಾವ ಕ್ರಮವೂ ಹೋಸ್ಟ್‌ಗೆ ಟನೆಲ್‌ನ ಹೊರೆಯನ್ನು ಓದಲು ಬಿಡುವುದಿಲ್ಲ; ಸೇತುವೆಯ ಅತಿಥಿ ತನ್ನ ಸುತ್ತಲಿನ ಜಾಲಕ್ಕೆ ಹೆಚ್ಚು ಗೋಚರವಾಗಿರುತ್ತದೆ ಅಷ್ಟೆ.

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

ಕೈಪಿಡಿ: ಇರಿಸಿ, ಸಂರಚಿಸಿ, ಸಾಬೀತುಪಡಿಸಿ

ಈ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಹೊಸ ಅತಿಥಿ ಶೆಲ್‌ನಲ್ಲಿ ಕ್ರಮವಾಗಿ ಚಲಾಯಿಸಿ, ಮತ್ತು ನೀವು ಬರೆದ ಮಾಲೀಕರೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗದ ಮೊದಲನೆಯದರಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

1. ip route get 1.1.1.1 tun0 ಅಥವಾ wg0 ಹಿಂತಿರುಗಿಸಿದರೆ ಅತಿಥಿ-ಒಡೆತನ, ಮತ್ತು ಖಾಸಗಿ ಮುಂದಿನ ಹಾಪ್‌ನೊಂದಿಗೆ eth0 ಹಿಂತಿರುಗಿಸಿದರೆ ಹೋಸ್ಟ್-ಒಡೆತನ.
2. resolvectl query example.com, ಅಥವಾ ಅತಿಥಿಯು ಯಾವುದೇ ಪರಿಹಾರಕ ಸೇವೆಯನ್ನು ಚಲಾಯಿಸದ ಸ್ಥಳದಲ್ಲಿ /etc/resolv.conf ಓದಿ. ಸಂಚಾರವನ್ನು ಸಾಗಿಸಿ DNS ಅನ್ನಲ್ಲದ ಟನೆಲ್ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಅರ್ಧ-ಸಂರಚಿತ ಸ್ಥಿತಿ.
3. ನಿರ್ಗಮನಗಳನ್ನು ಹೋಲಿಸಿ: ಅತಿಥಿಯಲ್ಲಿ curl -4 -s https://ifconfig.me ಮತ್ತು ಹೋಸ್ಟ್‌ನಲ್ಲಿ curl.exe -4 -s https://ifconfig.me. ವಿಭಿನ್ನ ವಿಳಾಸಗಳೆಂದರೆ ಅತಿಥಿ ಟನೆಲ್‌ನ ಮಾಲೀಕ, ಮತ್ತು VPN ನಲ್ಲಿರುವ ಹೋಸ್ಟ್ ಜೊತೆಗೆ ಮನೆಯ ISP ತೋರಿಸುವ ಅತಿಥಿ ಎಂಬುದು ಏನೂ ಬಳುವಳಿಯಾಗಿ ಸಿಗದ ಸಂದರ್ಭ.
4. ಎರಡನ್ನೂ -6 ನೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ. v4 ಮಾತ್ರದ ಟನೆಲ್ v6 ಅನ್ನು ಸೋರಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅದನ್ನು ತಡೆಯದಿದ್ದರೆ ಅಥವಾ ಮಾರ್ಗದರ್ಶನ ಮಾಡದಿದ್ದರೆ, ಮತ್ತು ಅನೇಕ ಕ್ಲೈಂಟ್‌ಗಳು ಪೂರ್ವನಿಗದಿಯಾಗಿ v6 ಅನ್ನು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಬಿಡುತ್ತವೆ.

ಹಲವು ಅತಿಥಿಗಳು ಒಂದು ಟನೆಲ್ ಹಂಚಿಕೊಳ್ಳುವ ಹೋಸ್ಟ್-ಗೇಟ್‌ವೇ ವಿನ್ಯಾಸದಲ್ಲಿ, ಹೋಸ್ಟ್ ರವಾನಿಸಿ ಅನುವಾದಿಸಬೇಕು. Linux ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅದು ಮೂರು ಭಾಗಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಇಲ್ಲದಿದ್ದರೆ ಅತಿಥಿ ಮೌನವಾಗಿ ತನ್ನ ಸಾಮಾನ್ಯ ಮಾರ್ಗಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತದೆ:

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
iptables -A FORWARD -i virbr0 -o wg0 -j ACCEPT
iptables -A FORWARD -i wg0 -o virbr0 -m state --state RELATED,ESTABLISHED -j ACCEPT

WireGuard ಬದಿಯಲ್ಲಿ ಹೋಸ್ಟ್ ಸಹಭಾಗಿಯ AllowedIPs ಅತಿಥಿಗಳ ಉಪಜಾಲವನ್ನು ಒಳಗೊಂಡಿರಬೇಕು, ಉದಾಹರಣೆಗೆ 192.168.122.0/24, ಇಲ್ಲದಿದ್ದರೆ ಹಿಂತಿರುಗುವ ಪ್ಯಾಕೆಟ್‌ಗಳು ಎಂದೂ ತಲುಪುವುದಿಲ್ಲ ಮತ್ತು ಸಂರಚನೆಯು ಫೈರ್‌ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ. Windows ಹೋಸ್ಟ್ ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕ ಹಂಚಿಕೆ ಅಥವಾ Hyper-V ಸ್ವಿಚ್‌ನಲ್ಲಿ NAT ನಿಯಮದ ಮೂಲಕ ಅದೇ ಫಲಿತಾಂಶ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಅದೇ ಹಿಂತಿರುಗು ಮಾರ್ಗದ ಪರಿಶೀಲನೆ ಬೇಕು.

ವಿನ್ಯಾಸವು ಇನ್ನೂ ತೆರೆದಿದ್ದಾಗ, ಈ ಕೋಷ್ಟಕವು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಆವರಿಸುತ್ತದೆ:

ಎರಡು ಟನೆಲ್, ಎರಡು ಅತಿಥಿ, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಘರ್ಷಣೆಗಳು

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

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

ಪರಿಶೀಲಿಸಿ, ನಂತರ ಮರುಪ್ರಾಪ್ತಿಯನ್ನು ಮಾಲೀಕರ ಬಳಿಯೇ ಇಡಿ

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

ಮರುಪ್ರಾಪ್ತಿಯೂ ಮಾಲೀಕರದ್ದೇ. ಅತಿಥಿ-ಒಡೆತನದ ಟನೆಲ್ ಅನ್ನು ಅತಿಥಿಯ ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದು ಬರೆದ ಮಾರ್ಗಗಳಿಂದ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ. ಹೋಸ್ಟ್-ಒಡೆತನದ ವಿನ್ಯಾಸವನ್ನು ಹೋಸ್ಟ್‌ನ ಬೂಟ್ ಅನುಕ್ರಮದಿಂದ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಒಂದು unit ಅಥವಾ ಆರಂಭಿಕ ಕಾರ್ಯವು ಅವನ್ನು ಮತ್ತೆ ಅನ್ವಯಿಸದಿದ್ದರೆ ರವಾನೆ ನಿಯಮಗಳು ಮರುಪ್ರಾರಂಭವನ್ನು ದಾಟುವುದಿಲ್ಲ. ಮರುಸ್ಥಾಪಿತ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಒಂದು ನಿಯೋಜನೆ, ರದ್ದತಿ ಅಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಡಿಸ್ಕ್ ಜೊತೆಗೆ ಹಳೆಯ ರುಜುವಾತುಗಳು ಮತ್ತು ಹಳೆಯ ಮಾರ್ಗಗಳನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಕೆಲಸ ಮುಗಿದಿದೆ ಎಂದು ಹೇಳುವ ಮೊದಲು, ಮಾಲೀಕರು ಇನ್ನೂ ನೀವು ಬರೆದ ಸಾಲಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಾರೆ, DNS ಮತ್ತು ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳು ಅತಿಥಿಯ ಒಳಗೆ ಪರಿಹಾರವಾಗುತ್ತವೆ, ಸತ್ತ ಟನೆಲ್ ಕಪ್ಪು ಕುಳಿಯ ಬದಲು ಬಳಸಬಹುದಾದ ಜಾಲವನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಮರುಪ್ರಾರಂಭ ಅಥವಾ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮರುಸ್ಥಾಪನೆ ಅದೇ ಸ್ಥಿತಿಯನ್ನು ಮರುಸೃಷ್ಟಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.