VirtualBox VPN ಪ್ರಯೋಗಾಲಯ: ಗೇಟ್ವೇ VM ವಿರುದ್ಧ ಹೋಸ್ಟ್-ಮಾತ್ರ ನೆಟ್ವರ್ಕ್
VirtualBox VPN ಪ್ರಯೋಗಾಲಯಕ್ಕಾಗಿ ರೂಟ್ ಮಾಡಿದ ಗೇಟ್ವೇ VM ಮತ್ತು ಹೋಸ್ಟ್-ಮಾತ್ರ ವಿಭಾಗದ ನಡುವೆ ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ಸುರಂಗ ಬಿದ್ದಾಗ ಅತಿಥಿಯನ್ನು ಮುಚ್ಚಿದ ವೈಫಲ್ಯಕ್ಕೆ ಒಳಪಡಿಸಿ.
ನಿಮ್ಮ VPN ಪ್ರಯೋಗಾಲಯಕ್ಕೆ ಎಷ್ಟು ಯಂತ್ರಾಂಶ ಬೇಕು ಎಂಬುದನ್ನು ನೀವು ನಿರ್ಧರಿಸಬೇಕು. ಎರಡು VirtualBox ವಿಭಾಗಗಳ ನಡುವಿನ ರೂಟ್ ಮಾಡಿದ ಗೇಟ್ವೇ VM ವಿಳಾಸ ಅನುವಾದ, ಮರಳುವ ಮಾರ್ಗ ಮತ್ತು ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಕುಳಿತುಕೊಳ್ಳುವ firewall ಸ್ಥಾನವನ್ನು ಮರುಸೃಷ್ಟಿಸುತ್ತದೆ. ಒಂದೇ ಹೋಸ್ಟ್-ಮಾತ್ರ ವಿಭಾಗ ನಿಮಗೆ ಒಂದು ನಿಯಂತ್ರಿತ ಬಾಗಿಲನ್ನು ನೀಡುತ್ತದೆ, ಬೇರೆ ಏನೂ ಇಲ್ಲ. ಗೇಟ್ವೇ ಆವೃತ್ತಿಗೆ ಮೂರು ಅತಿಥಿಗಳು ಮತ್ತು ನೀವು ನಿರ್ವಹಿಸುವ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಬೇಕು; ಹೋಸ್ಟ್-ಮಾತ್ರ ಆವೃತ್ತಿಗೆ ಒಬ್ಬ ಅತಿಥಿ ಮತ್ತು ಒಂದು ನೀತಿ ಸಾಕು. ಮೂರು ಪ್ರಶ್ನೆಗಳು ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಮೂರನೆಯದು ನಿಮ್ಮ ಪರೀಕ್ಷೆ ಒಟ್ಟಾರೆ ಉತ್ತೀರ್ಣವಾಗಬಹುದೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಏನನ್ನಾದರೂ ಕ್ಲೋನ್ ಮಾಡುವ ಮೊದಲು ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿ
VPN ಸರ್ವರ್ ಏನನ್ನು ಗಮನಿಸಬೇಕು ಎಂಬುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಪರೀಕ್ಷಾ ಅತಿಥಿಯದಲ್ಲದ ಮೂಲ ವಿಳಾಸವನ್ನು ಸರ್ವರ್ ನೋಡಬೇಕಾದರೆ, ಅವುಗಳ ನಡುವೆ ಏನೋ ಅನುವಾದ ಮಾಡಬೇಕು, ಮತ್ತು ಆ ಏನೋ ನೀವು ನಿಯಂತ್ರಿಸುವ ರೂಟರ್ ಆಗಿರಬೇಕು. ಹೋಸ್ಟ್-ಮಾತ್ರ ನೆಟ್ವರ್ಕಿಂಗ್ ಹೋಸ್ಟ್ಗೆ ಅತಿಥಿಯ ವಿಭಾಗದಲ್ಲಿ ಅಡಾಪ್ಟರ್ ನೀಡುತ್ತದೆ, ಅನುವಾದಕನಲ್ಲ. ನಂತರ ಅತಿಥಿ ಹೊರಗಿನ ಯಾವುದನ್ನಾದರೂ ತಲುಪಬೇಕಾದಾಗ, ನೀವು NAT ಅಡಾಪ್ಟರ್ ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಮತ್ತು VirtualBox ನ ಸ್ವಂತ NAT ಎಂಜಿನ್ ನಿಮ್ಮನ್ನು ಕೇಳದೆ ಮೂಲವನ್ನು ಮರುಬರೆಯುತ್ತದೆ.
ನಂತರ ಅತಿಥಿ ಸುರಂಗದ ಹೊರತಾಗಿ ಯಾವುದನ್ನಾದರೂ ತಲುಪಬಹುದೇ ಎಂದು ಕೇಳಿ. ಆ ಉತ್ತರವು ಒಳಗಿನ ಅಥವಾ ಹೋಸ್ಟ್-ಮಾತ್ರ ಆಯ್ಕೆಯನ್ನು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಇದೇ ಬಹುತೇಕ ಪ್ರಯೋಗಾಲಯ ಬರಹಗಳು ಬಿಟ್ಟುಬಿಡುವ ಪ್ರಶ್ನೆ. ಕೊನೆಯದಾಗಿ, ಸುರಂಗ ಬಿದ್ದಾಗ ಏನಾಗಬೇಕು ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ ಅದು ಟೋಪಾಲಜಿಯಲ್ಲ, ನೀತಿಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಸಂತೋಷದ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುವ ಪ್ರಯೋಗಾಲಯವು ಬಹುತೇಕ ಏನನ್ನೂ ಪರೀಕ್ಷಿಸಿಲ್ಲ.
| What the test requires | Routed gateway VM | Host-only guest |
|---|---|---|
| Server sees a translated source address | Yes, from your own MASQUERADE rule | No, VirtualBox NAT does it instead |
| The guest has exactly one egress | Yes, while the second adapter faces the tunnel | Only until a NAT adapter is attached |
| Policy is testable during a tunnel failure | Rules live in one place | Rules live on each guest |
ಮೂರು ಪಾತ್ರಗಳನ್ನು ಒಳಗಿನ ನೆಟ್ವರ್ಕ್ಗಳೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಿ
ಮೂರು ಅತಿಥಿಗಳು ಮತ್ತು ಎರಡು ಹೆಸರಿಸಿದ ವಿಭಾಗಗಳನ್ನು ಬಳಸಿ, ಗೇಟ್ವೇ ಎರಡರಲ್ಲೂ ಅಡಾಪ್ಟರ್ ಹೊಂದಿರುವ ಏಕೈಕ ಯಂತ್ರವಾಗಿರಲಿ:
VBoxManage modifyvm lab-client --nic1 intnet --intnet1 WAN
VBoxManage modifyvm lab-server --nic1 intnet --intnet1 LAN
VBoxManage modifyvm lab-gw --nic1 intnet --intnet1 WAN --nic2 intnet --intnet2 LANಒಳಗಿನ ನೆಟ್ವರ್ಕ್ಗೆ ಪ್ರತ್ಯೇಕ ರಚನೆ ಹಂತವಿಲ್ಲ. --intnet1 ನಲ್ಲಿರುವ ಸ್ಟ್ರಿಂಗ್ ವಿಭಾಗವೇ ಆಗಿದೆ: ಎರಡು ಯಂತ್ರಗಳು ಹೆಸರು ನಿಖರವಾಗಿ ಹೊಂದಿದರೆ ಮಾತ್ರ ಅದನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ಯಾವುದೂ ಅದಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿಲ್ಲ. ಈ ಕೊನೆಯ ಗುಣವೇ ಪ್ರಯೋಗಾಲಯವು ಸ್ವಚ್ಛವಾಗಿ ಪುನರಾವರ್ತನೆಯಾಗುವ ಕಾರಣ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ನ ಮಾರ್ಗಗಳು, ಅದರ ಸ್ವಂತ VPN ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದರ firewall ಆಕಸ್ಮಿಕವಾಗಿ ಅತಿಥಿಗಳನ್ನು ತಲುಪಲಾರವು. ಒಳಗಿನ ವಿಭಾಗದಲ್ಲಿ DHCP ಸರ್ವರ್ ಕೂಡ ಇಲ್ಲ, ನೀವು ಸೇರಿಸದಿದ್ದರೆ, ಆದ್ದರಿಂದ ಸ್ಥಿರ ವಿಳಾಸಗಳೇ ಚಿಕ್ಕ ಮಾರ್ಗ.
ಕ್ಲೈಂಟ್ಗೆ ಅದರ WAN ವಿಳಾಸವನ್ನು ಮಾತ್ರ ಕೊಡಿ, ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಗೇಟ್ವೇಯ WAN ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಲಿ. ಸರ್ವರ್ LAN ವಿಳಾಸ ಪಡೆದು ಗೇಟ್ವೇಯ LAN ವಿಳಾಸವನ್ನು ತನ್ನ ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಆಗಿ ಬಳಸುತ್ತದೆ. ಒಂದೇ ವಿಭಾಗದಲ್ಲಿ ಎರಡು ವಿಳಾಸಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವ, ಅಥವಾ ಇನ್ನೊಂದು ವಿಭಾಗಕ್ಕೆ ದಾರಿತಪ್ಪಿದ ಮಾರ್ಗವಿರುವ ಅತಿಥಿಗೆ ರೂಟರ್ ಸುತ್ತಲೂ ಮಾರ್ಗವಿದೆ, ಮತ್ತು ಕೆಳಗಿನ ಪರೀಕ್ಷೆಗಳು ನಿಮಗೆ ಸುಳ್ಳು ಹೇಳುತ್ತವೆ.
VM ಹೆಸರುಗಳ ಪಕ್ಕದಲ್ಲಿ ನಾಲ್ಕು ವಿಳಾಸಗಳು ಮತ್ತು ಎರಡು ವಿಭಾಗ ಹೆಸರುಗಳಿರುವ ಪಠ್ಯ ಫೈಲ್ ಇಟ್ಟುಕೊಳ್ಳುತ್ತೇನೆ ಮತ್ತು ಅದನ್ನು ಪ್ರತಿ shell ನಲ್ಲಿ ಅಂಟಿಸುತ್ತೇನೆ. ವಾರಗಳ ನಂತರ, ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆ ಏನನ್ನಾದರೂ ಮುರಿದಾಗ, ಆ ಫೈಲ್ ಪ್ರೊಫೈಲ್ ಡೀಬಗ್ ಮಾಡುವುದಕ್ಕೂ ನನ್ನ ಸ್ವಂತ ನೆನಪನ್ನು ಡೀಬಗ್ ಮಾಡುವುದಕ್ಕೂ ಇರುವ ವ್ಯತ್ಯಾಸ.
ಸೋರಿಕೆಯಾಗಬಾರದ ವಿಭಾಗಕ್ಕೆ ಒಳಗಿನ ಅಥವಾ ಹೋಸ್ಟ್-ಮಾತ್ರ ಆಯ್ಕೆಮಾಡಿ
ಹೋಸ್ಟ್-ಮಾತ್ರ ಮೋಡ್ ಹೋಸ್ಟ್ನ ಮೇಲೆಯೇ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ರಚಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ vboxnet0, ಮತ್ತು ಹೋಸ್ಟ್ಗೆ ಅತಿಥಿಯ ವಿಭಾಗದಲ್ಲಿ ವಿಳಾಸ ನೀಡುತ್ತದೆ. ಇದು ನಿರ್ವಹಣೆಗೆ ಅನುಕೂಲಕರ ಮತ್ತು ಪ್ರತ್ಯೇಕತೆ ಪರೀಕ್ಷೆಗೆ ಮಾರಕ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ಈಗ ಅತಿಥಿಯನ್ನು ನೇರವಾಗಿ ತಲುಪಬಹುದು ಮತ್ತು ಹೋಸ್ಟ್ ಬದಿಯ ಪ್ರತಿ ಸೇವೆಯೂ ಸಂಭವನೀಯ ಮಾರ್ಗವಾಗುತ್ತದೆ. ಒಳಗಿನ ಮೋಡ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಅಡಾಪ್ಟರ್ ಸಂಪೂರ್ಣವಾಗಿ ಇಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಸ್ ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ಎರಡೂ ಮೋಡ್ಗಳು ಸುಲಭವಾಗಿ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಲೇಬಲ್ ಬದಲು ದಾಖಲಿತ ವ್ಯತ್ಯಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ (VirtualBox ನೆಟ್ವರ್ಕಿಂಗ್ ವಿವರಗಳು ಪುಟ ನೋಡಿ).
ಸುರಂಗವನ್ನೇ ಬಳಸಬೇಕಾದ ಅತಿಥಿಗೆ, ಒಳಗಿನದು ಸುರಕ್ಷಿತ ಡಿಫಾಲ್ಟ್, ಗೇಟ್ವೇ ಏಕೈಕ ನಿರ್ಗಮನ. ನೀವು ಹೋಸ್ಟ್-ಮಾತ್ರ ಇಟ್ಟುಕೊಂಡರೆ, ಹೋಸ್ಟ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ನಿರ್ವಹಣಾ ಮಾರ್ಗವೆಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಅದನ್ನು ಗಟ್ಟಿಯಾಗಿ ಹೇಳಿ: ಹೋಸ್ಟ್ ಅತಿಥಿಯನ್ನು ತಲುಪಬಹುದು, ಮತ್ತು ಅತಿಥಿ ಹೋಸ್ಟ್ ಅನ್ನು ನಿರ್ಗಮನವಾಗಿ ಬಳಸಲಾಗದಿರಬೇಕು.
VBoxManage modifyvm lab-client --nic1 hostonly --hostonlyadapter1 vboxnet0ನೀವು ಸಾಬೀತುಪಡಿಸಬಹುದಾದ ಪ್ರತ್ಯೇಕತೆಯೇ ನೀವು ಸಂರಚಿಸಿದ ಪ್ರತ್ಯೇಕತೆ. ಒಂದು ಒಳಗಿನ ಅಡಾಪ್ಟರ್, ಗೇಟ್ವೇಯಲ್ಲಿ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಮತ್ತು NAT ಅಡಾಪ್ಟರ್ ಇಲ್ಲದ ಅತಿಥಿಗೆ ಗೇಟ್ವೇಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೋಗುವ ಮಾರ್ಗವಿಲ್ಲ. ಹೋಸ್ಟ್-ಮಾತ್ರ ಅಡಾಪ್ಟರ್ ಮತ್ತು NAT ಅಡಾಪ್ಟರ್ ಇರುವ ಅತಿಥಿಗೆ ಎರಡು ಮಾರ್ಗಗಳಿವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನೀವು ಪರೀಕ್ಷಿಸಲು ಉದ್ದೇಶಿಸಿದ್ದು.
ಗೇಟ್ವೇಯಲ್ಲಿ ರೂಟ್ ಮತ್ತು ಅನುವಾದ ಮಾಡಿ, ನಂತರ ಅದನ್ನು ಮುಚ್ಚಿದ ವೈಫಲ್ಯಕ್ಕೆ ಒಳಪಡಿಸಿ
VirtualBox ವಿಭಾಗಗಳ ನಡುವೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವುದಿಲ್ಲ; ಅದನ್ನು ಅತಿಥಿ ಮಾಡುತ್ತದೆ. VPN ಸರ್ವರ್ VM ಗೇಟ್ವೇಯ ಹಿಂದೆ ಇರುವಾಗ, ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಸಂಚಾರವು ಸರ್ವರ್ ಕಡೆಗೆ ಹೊರಡುವಾಗ ಅನುವಾದ ಮಾಡಿ:
sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADEಆ ನಿಯಮದಿಂದ ಸರ್ವರ್ ಕ್ಲೈಂಟ್ನ ಬದಲು ಗೇಟ್ವೇಯ LAN ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ಆಪರೇಟರ್ NAT ಹಿಂದಿನ ನಿಜವಾದ ಕ್ಲೈಂಟ್ ನೆಟ್ವರ್ಕ್ ತಲೆಗೆ ಹಾಗೆಯೇ ಕಾಣುತ್ತದೆ. sysctl ಮೌಲ್ಯವನ್ನು /etc/sysctl.d/ ನಲ್ಲಿ ಮತ್ತು ನಿಯಮವನ್ನು ವಿತರಣೆ ಬಳಸುವ firewall ಸೇವೆಯಲ್ಲಿ ಉಳಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮರುಬೂಟ್ ಪ್ರಯೋಗಾಲಯವನ್ನು ಸದ್ದಿಲ್ಲದೆ ರೂಟ್ ಆದರೆ ಅನುವಾದವಾಗದ ಸ್ಥಿತಿಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಅನುಮತಿ ಅಲ್ಲ. ACCEPT ನ ಡಿಫಾಲ್ಟ್ FORWARD ನೀತಿಯ ಅಡಿಯಲ್ಲಿ, ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಗೇಟ್ವೇಗೆ ತೋರಿಸುವ ಅತಿಥಿ, ಸುರಂಗ ಇರಲಿ ಬಿಡಲಿ, ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಆಯ್ಕೆಮಾಡುವ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಡುತ್ತದೆ. ಗೇಟ್ವೇಯಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪನೆಗಾಗಿ NAT ಅಡಾಪ್ಟರ್ ಕೂಡ ಇದ್ದರೆ, ಸುರಂಗ ಬೀಳುವ ಕ್ಷಣದಲ್ಲಿ ಆ ಅಡಾಪ್ಟರ್ ಕೆಲಸ ಮಾಡುವ ಗೂಢಲಿಪೀಕರಣವಿಲ್ಲದ ನಿರ್ಗಮನ, ಮತ್ತು ನಿಮ್ಮ VPN-ಮಾತ್ರ ಪರೀಕ್ಷೆ ಎಂದೂ VPN-ಮಾತ್ರ ಪರೀಕ್ಷೆಯಾಗಿರಲಿಲ್ಲ.
ಸರ್ವರ್ ದೂರದಲ್ಲಿದ್ದು ಸುರಂಗವನ್ನು ಗೇಟ್ವೇ ಸ್ವತಃ ಮುಗಿಸಿದಾಗ, ಅದೇ ನಿರ್ಧಾರ ಇಂಟರ್ನೆಟ್ ತಲುಪುವ NIC ಬದಲು ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ಗೆ ತೋರಿಸುತ್ತದೆ:
iptables -P FORWARD DROP
iptables -A FORWARD -i eth0 -o tun0 -j ACCEPT
iptables -A FORWARD -i tun0 -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPTಸುರಂಗದ ಸ್ವಂತ ಹೊರ ಸಾಗಣೆ ಮತ್ತು ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಸಂಚಾರದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ಗೇಟ್ವೇಯನ್ನು ಸರಿಪಡಿಸುವ ಏಕೈಕ ದಾರಿ ನೀವು ಡೀಬಗ್ ಮಾಡುತ್ತಿರುವ ಸುರಂಗವೇ ಆದರೆ, ಪ್ರಯೋಗಾಲಯವು ಲಾಕೌಟ್ ಅಭ್ಯಾಸವಾಗುತ್ತದೆ. ಸೀರಿಯಲ್ ಕನ್ಸೋಲ್, ಹೋಸ್ಟ್-ಮಾತ್ರ ನಿರ್ವಹಣಾ ಅಡಾಪ್ಟರ್, ಅಥವಾ ತಿಳಿದಿರುವ ಒಳ್ಳೆಯ ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಮುರಿದ ರೂಟರ್ ಅನ್ನು ಕೈಯಿಂದ ಮರುಪಡೆಯುವುದಕ್ಕಿಂತ ಅಗ್ಗ.
ಮಾರ್ಗವನ್ನು ಹೋಸ್ಟ್ನಿಂದ ಅಲ್ಲ, ಅತಿಥಿಯಿಂದ ಪರಿಶೀಲಿಸಿ
ಹೊರಮುಖವಾಗಿ ಕೆಲಸ ಮಾಡಿ. ಕ್ಲೈಂಟ್ ಗೇಟ್ವೇಯ WAN ವಿಳಾಸವನ್ನು ತಲುಪಬಲ್ಲದು, ನಂತರ ಗೇಟ್ವೇ ಮೂಲಕ ಸರ್ವರ್, ನಂತರ VPN ಪೋರ್ಟ್ಗೆ ಸಂಪರ್ಕ ಹೊರಟು ಮರಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಗೇಟ್ವೇಯ ಎರಡೂ ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಉತ್ತರ ಬರುತ್ತದೆಯೇ ಮತ್ತು ಮರಳುವ ಮಾರ್ಗದಲ್ಲಿ ಬಿಸಾಡಲ್ಪಡುತ್ತದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಇದನ್ನು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಮಾತ್ರ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಪ್ರತ್ಯೇಕಿಸಲಾರದು:
tcpdump -ni eth0 udp port 1194
tcpdump -ni tun0 udp port 1194ನಂತರ ನಿರ್ಗಮನವನ್ನು ಸಾಬೀತುಪಡಿಸಿ. ಅತಿಥಿಯಿಂದ ವಿಳಾಸ ಪ್ರತಿಬಿಂಬ ಸೇವೆಗೆ ಅದು ಯಾವ ಮೂಲವನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಕೇಳಿ ಮತ್ತು ಅದನ್ನು ಗೇಟ್ವೇಯ ಸ್ವಂತ ನಿರ್ಗಮನ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ; ಉತ್ತರ ಹೋಸ್ಟ್ನ ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿದರೆ, ಸುರಂಗದ ಸುತ್ತಲೂ ಮಾರ್ಗವಿದೆ. ಅತಿಥಿ ನಿಜವಾಗಿ ಯಾವ resolver ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು IPv6 ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ IPv6 ಸಕ್ರಿಯವಾಗಿದ್ದು ಸುರಂಗವು IPv4 ಮಾತ್ರ ಸಾಗಿಸುವ ವಿಭಾಗವು ಆಕಸ್ಮಿಕವಾಗಲ್ಲ, ವಿನ್ಯಾಸದಿಂದಲೇ ಸೋರುತ್ತದೆ.
ಕೊನೆಯದಾಗಿ, ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮುರಿಯಿರಿ. ಸುರಂಗವನ್ನು ನಿಲ್ಲಿಸಿ, ಅಥವಾ ಅದರ ಹೊರ ಪೋರ್ಟ್ ಅನ್ನು ತಡೆಯಿರಿ, ಮತ್ತು ಅತಿಥಿಯಿಂದ ಹೊಸ ಸಂಪರ್ಕ ತೆರೆಯಿರಿ. ಅದು ವಿಫಲವಾಗಲೇಬೇಕು, ಮತ್ತು ಕಾರಣ ನೀವು ಹೆಸರಿಸಬಹುದಾದಂತಿರಬೇಕು: ಮಾರ್ಗವಿಲ್ಲ, ನಿರಾಕರಣೆ ನಿಯಮವಿದೆ, ಅಥವಾ resolver ಸತ್ತಿದೆ. ಸುರಂಗವನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ ಮರುನಿರ್ಮಾಣವಿಲ್ಲದೆ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. Hamachi ಅಥವಾ ZeroTier ನಂತಹ mesh VPN ಪ್ರಯೋಗಾಲಯವನ್ನು ಹಂಚಿಕೊಂಡರೆ, ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ ಅಡಾಪ್ಟರ್ mesh ಅಲ್ಲ, ಅಡಾಪ್ಟರ್ನ ಹೆಸರನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಎಂದು ನೆನಪಿಡಿ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ಸ್ಥಾಪಿಸಿದ ನಂತರ ಸೇತುವೆಯನ್ನು ಮರುನಿರ್ದೇಶಿಸಬೇಕು.
VBoxManage list bridgedifs
VBoxManage modifyvm lab-client --bridgeadapter1 <mesh-adapter-name>ಅತಿಥಿಯ ಸುರಂಗವನ್ನು ಹೋಸ್ಟ್ನೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುವುದು ಸಮಸ್ಯೆಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ನ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಅತಿಥಿಗೆ ತೋರಿಸುವುದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅತಿಥಿಯೊಳಗಿನ proxy ಕೂಡ ಕೆಲಸ ಮಾಡುತ್ತದೆ; ಹೋಸ್ಟ್ ಮೂಲಕ NAT ಹೋಸ್ಟ್ ಪ್ರಾರಂಭಿಸಿದ ಸಂಚಾರಕ್ಕೆ ಅತಿಥಿಯ ಸುರಂಗವನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ. ವಿಭಾಗದ ಹೆಸರುಗಳು ಮತ್ತು firewall ನಿಯಮಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಉಳಿಸಿ, ಕೆಲಸ ಮಾಡುವ ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್ಶಾಟ್ ತೆಗೆದುಕೊಳ್ಳಿ, ಮತ್ತು ಸರ್ವರ್ ಗಮನಿಸಿದ ಮೂಲ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ. ಆಗ ಮುಂದಿನ ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆ ಮರುನಿರ್ಮಿತ ಪ್ರಯೋಗಾಲಯದ ಬದಲು ಒಂದು ಸ್ಕ್ರಿಪ್ಟ್ ಓಟದಷ್ಟೇ ಖರ್ಚಾಗುತ್ತದೆ.