VirtualBox NAT ಹಿಂದೆ ನಿಮ್ಮ ಅತಿಥಿ VPN ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ?

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

ಜಾಲಬಂಧವನ್ನು ದೂಷಿಸುವ ಮೊದಲು VPN ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ

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

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

ಹೊರಗಿನ ವಿನಿಮಯ ಹೊಂದಾಣಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

VirtualBox ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮಾರ್ಗದರ್ಶಿ ಇಲ್ಲಿ ಮುಖ್ಯವಾದ NAT ಮಿತಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ: ಇದು TCP ಮತ್ತು UDP ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಹಾದುಹೋಗಲು ಬಿಡುವುದಿಲ್ಲ, GRE ಅನ್ನು ಬೆಂಬಲಿಸದಂತೆ ಹೆಸರಿಸಲಾಗಿದೆ, ಮತ್ತು PPTP ಅನ್ನು ಪ್ರಭಾವಿತ ಉದಾಹರಣೆಯಾಗಿ ನೀಡಲಾಗಿದೆ. PPTP ನಿಯಂತ್ರಣ ವಿನಿಮಯಕ್ಕೆ TCP ಮತ್ತು ಡೇಟಾಗೆ GRE ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಯಂತ್ರಣ ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾಗಬಹುದು ಆದರೆ ಡೇಟಾ ಮಾರ್ಗ ಅದೇ ಗಡಿಯನ್ನು ದಾಟಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇವು ಎರಡು ಬೇರೆ ಸಾಕ್ಷ್ಯಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಸಂಚಾರ ಸಾಗಿಸುವ ಬಗ್ಗೆ. ಫೈರ್‌ವಾಲ್ ನಿಯಮದಲ್ಲಿ TCP ಪೋರ್ಟ್ 47 ಗೆ ಅನುಮತಿ ನೀಡುವುದು IP ಪ್ರೋಟೋಕಾಲ್ 47 ಗೆ ಅನುಮತಿ ನೀಡುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ, ಮತ್ತು ಎರಡನ್ನೂ ನಿರಂತರವಾಗಿ ಗೊಂದಲಗೊಳಿಸಲಾಗುತ್ತದೆ.

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

ಸೇತುವೆ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

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

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

ಎರಡು ಸುರಂಗಗಳು, ಎರಡು ಸಾಕ್ಷ್ಯದ ಜಾಡುಗಳು

ಅತಿಥಿ VPN ಯಾವುದೇ ಒಳಗಿನ ವಿಳಾಸ ಅಥವಾ ಖಾಸಗಿ ಮಾರ್ಗ ಮುಖ್ಯವಾಗುವ ಮೊದಲು ಅತಿಥಿ ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಅದರ ಜೋಡಿಗೆ ಬಳಸಬಹುದಾದ ಮಾರ್ಗ ಬೇಕು. ಹೋಸ್ಟ್ VPN ಇದ್ದರೆ, ಅದು ತನ್ನ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ಆ ಹೊರಗಿನ ವಿನಿಮಯವನ್ನು ರವಾನಿಸಬಹುದು ಅಥವಾ ತಡೆಯಬಹುದು, ಮತ್ತು ಅತಿಥಿಯ ಒಳಗಿನ ಸುರಂಗ ಹೊರಗಿನದು ಯಶಸ್ವಿಯಾದ ನಂತರವೇ ಆರಂಭವಾಗುತ್ತದೆ. ಯಾವುದೇ ಪದರದ ವ್ಯಾಪ್ತಿಯನ್ನು ಒಂದು ಸಂಪರ್ಕಿತ ಐಕಾನ್ ಅಥವಾ ಹೋಸ್ಟ್ ಬ್ರೌಸರ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಿಂದ ಓದಲು ಸಾಧ್ಯವಿಲ್ಲ.

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

ಯಾವ ಷರತ್ತು ನಿಜವಾಗಿ ತಡೆಯುತ್ತಿದೆ

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

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