VirtualBox NAT ಅತಿಥಿ DNS ಹೋಸ್ಟ್ VPN ಸೇರಿದ ನಂತರ ಮುರಿಯುತ್ತದೆ

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

NAT ಅಡಾಪ್ಟರ್ ಮೂಲಕ ಒಂದು ಲುಕಪ್ ಟ್ರೇಸ್ ಮಾಡಿ

ನಿಯಂತ್ರಣಕ್ಕಾಗಿ ಒಂದು ಒಳಗಿನ ಪೂರ್ಣ-ಅರ್ಹ ಹೆಸರು ಮತ್ತು ಒಂದು ಸಾರ್ವಜನಿಕ ಹೆಸರು ಆಯ್ಕೆಮಾಡಿ. ಟನೆಲ್ ಮೇಲಿದ್ದಾಗ, ಒಳಗಿನ ಹೆಸರು ರಿಜಾಲ್ವ್ ಆಗುತ್ತದೆ ಮತ್ತು ಅದರ ಹಿಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ತೆರೆಯುತ್ತದೆ ಎಂದು ಹೋಸ್ಟ್ನಲ್ಲಿ ದೃಢೀಕರಿಸಿ. ನಂತರ ಅದೇ ಎರಡು ಲುಕಪ್ಗಳನ್ನು ಅತಿಥಿಯ ಒಳಗೆ ಚಲಾಯಿಸಿ ಮತ್ತು ಉಪಕರಣಗಳಲ್ಲ, ಉತ್ತರಗಳನ್ನು ಹೋಲಿಸಿ.

ಮುಂದುವರಿಯುವ ಮೊದಲು ಅಡಾಪ್ಟರ್ ನಿಜವಾಗಿಯೂ ಸಾಮಾನ್ಯ NAT ಎಂದು ದೃಢೀಕರಿಸಿ. ಬ್ರಿಡ್ಜ್ ಅಡಾಪ್ಟರ್, ಹೆಸರಿಸಿದ NAT ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಅತಿಥಿಯ ಒಳಗಿನ ಎರಡನೇ VPN ಕ್ಲೈಂಟ್, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಸಂರಚನೆ ಮತ್ತು ತನ್ನದೇ ವಿವರಣೆ ಇದೆ. ಈ ಹಂತದಲ್ಲಿ ಊಹಿಸುವುದು ಉಳಿದ ತನಿಖೆಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

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

ರಿಜಾಲ್ಯೂಶನ್ ಮತ್ತು ತಲುಪುವಿಕೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ. ಸರಿಯಾದ ವಿಳಾಸ ಸಿಕ್ಕರೂ ಸಂಪರ್ಕ ತೆರೆಯಲಾಗದ ಅತಿಥಿಗೆ ರೂಟಿಂಗ್, ಫಿಲ್ಟರಿಂಗ್ ಅಥವಾ ಸೇವಾ-ಅನುಮತಿ ಸಮಸ್ಯೆ ಇದೆ, ಮತ್ತು ಮುಂದಿನ DNS ಬದಲಾವಣೆಗಳು ಅದನ್ನು ಎಂದಿಗೂ ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ. ವಿಳಾಸವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಎರಡರಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂದು ಬರೆಯಿರಿ.

ಪ್ರಾಕ್ಸಿ ಮೋಡ್ ಮತ್ತು ಹೋಸ್ಟ್ ರಿಜಾಲ್ವರ್ ಮೋಡ್ ಬೇರೆ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳು

ಪ್ರಾಕ್ಸಿ ಮೋಡ್ನಲ್ಲಿ NAT ಎಂಜಿನ್ ಅತಿಥಿಯ ಪ್ರಶ್ನೆಗಳನ್ನು ತನಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ DNS ಸರ್ವರ್ಗಳಿಗೆ ರವಾನಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ ರಿಜಾಲ್ವರ್ ಮೋಡ್ನಲ್ಲಿ ಅದು ಪ್ರಶ್ನೆಯನ್ನು ಪ್ರತಿಬಂಧಿಸಿ, ಹೋಸ್ಟ್ ಈಗ ಬಳಸುತ್ತಿರುವುದರಿಂದ ಹೆಸರನ್ನು ರಿಜಾಲ್ವ್ ಮಾಡುವಂತೆ ಹೋಸ್ಟ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗೆ ಕೇಳುತ್ತದೆ. ಟನೆಲ್ ಮೇಲೆದ್ದಾಗ ಹೋಸ್ಟ್ ರಿಜಾಲ್ಯೂಶನ್ ಅನ್ನು ಮತ್ತೆ ಬರೆಯುವ VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಎರಡನೆಯದು ಮಾತ್ರ ಅನುಸರಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳು ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ವಿಭಿನ್ನ ಉತ್ತರಗಳನ್ನು ನೀಡುತ್ತವೆ.

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

ಎರಡೂ ಮೋಡ್ಗಳಲ್ಲಿ ಯಾವುದೂ ಯಾವುದಕ್ಕೂ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ. ಅಧಿಕಾರ VPN ನೀತಿ ಮತ್ತು ಸೇವೆಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಲುಕಪ್ ಎಂದರೆ ಹೆಸರು ವಿಳಾಸವಾಯಿತು ಎಷ್ಟೇ.

ಅಡಾಪ್ಟರ್ ಬದಲಿಸಿ, ನಂತರ ಅತಿಥಿಗೆ ಏನು ಸಿಗುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಮೊದಲು VM ನ ನೆಟ್ವರ್ಕ್ ಮತ್ತು DNS ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಯಂತ್ರವನ್ನು ಆಫ್ ಮಾಡಿ, ಇದರಿಂದ ನೀವು ಸಂಪಾದಿಸುವುದು ಶಾಶ್ವತ ಸಂರಚನೆಯಾಗಿರುತ್ತದೆ. ಮೊದಲ ಅಡಾಪ್ಟರ್ NAT ಹೊತ್ತಿರುವ work-ubuntu ಎಂಬ VM ಗೆ, ಪ್ರತಿ-ಅಡಾಪ್ಟರ್ ಆಯ್ಕೆಯನ್ನು VM ಆಫ್ ಇರುವಾಗ ಹೋಸ್ಟ್ನಿಂದ ಹೊಂದಿಸಲಾಗುತ್ತದೆ. ನಂತರ ಅದನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ನಿರ್ಗಮನ ಸ್ಥಿತಿಯನ್ನು ನಂಬುವ ಬದಲು ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

ಕೊನೆಯ ಅಂಕಿ ಅಡಾಪ್ಟರ್ ಸಂಖ್ಯೆಯನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಸಾರ್ವತ್ರಿಕ ಮೌಲ್ಯವಲ್ಲ; ಅಡಾಪ್ಟರ್ 2 ಸೆಟ್ಟಿಂಗ್ ಆ ಸ್ಥಾನದಲ್ಲಿ 2 ಹೊರುತ್ತಿತ್ತು. ಸ್ಥಾಪಿತ VirtualBox ಆವೃತ್ತಿಗೆ ಸೇರಿದ VBoxManage ಬೈನರಿ ಬಳಸಿ, ಏಕೆಂದರೆ ಮಾರ್ಗದಲ್ಲಿರುವ ಹಳೆಯದು ಚಾಲನೆಯಲ್ಲಿರುವ ಆವೃತ್ತಿ ನಿರ್ಲಕ್ಷಿಸುವ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬರೆಯಬಹುದು.

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

VPN ಜೀವನಚಕ್ರದ ಉದ್ದಕ್ಕೂ ಪರೀಕ್ಷಿಸಿ, ಒಮ್ಮೆ ಮಾತ್ರವಲ್ಲ

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

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

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