ಅನೇಕ ಅಪ್ ಸಂಪರ್ಕಗಳು ಒಂದೇ OpenVPN ಸೆಷನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದೇಕೆ

ಒಂದು ಬ್ರೌಸರ್ HTTPS ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡುತ್ತಿದೆ, SSH ಕ್ಲೈಂಟ್ ಇನ್ನೊಂದು ಸರ್ವರ್ ತಲುಪುತ್ತಿದೆ ಮತ್ತು ಒಂದು ರಿಸಾಲ್ವರ್ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತಿದೆ — ಎಲ್ಲವೂ ಒಂದೇ OpenVPN ಸೆಷನ್ ಮೂಲಕ. ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ನೀವು ಒಂದು ಸಂಭಾಷಣೆ ನೋಡುತ್ತೀರಿ; ಸುರಂಗದ ಒಳಗೆ ಮೂರನ್ನು ನೋಡುತ್ತೀರಿ. ಎರಡೂ ದೃಷ್ಟಿಕೋನಗಳು ಸರಿ, ಮತ್ತು ಏಕೆ ಎಂದು ತಿಳಿಯುವುದೇ ಉಪಯುಕ್ತ ಕ್ಯಾಪ್ಚರ್ ಮತ್ತು ಗೊಂದಲದ ಕ್ಯಾಪ್ಚರ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸ. ಒಂದು ಒಳಗಿನ ಹರಿವನ್ನು ಸಾಕೆಟ್‌ನಿಂದ ತಂತಿಯವರೆಗೆ ಅನುಸರಿಸಿ, ಪದರೀಕರಣ ಅಮೂರ್ತವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಒಂದು ಹೊರಗಿನ ಸಂಭಾಷಣೆ, ಅನೇಕ ಒಳಗಿನ ಹರಿವುಗಳು

ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ಸಾಕೆಟ್ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಕರ್ನಲ್ ಅದಕ್ಕೆ ಮೂಲ ವಿಳಾಸ, ಮೂಲ ಪೋರ್ಟ್, ಗಮ್ಯ ವಿಳಾಸ, ಗಮ್ಯ ಪೋರ್ಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್‌ನ ಐದು-ಅಂಶಗಳ ಟ್ಯುಪಲ್ ನೀಡುತ್ತದೆ. ಆ ಟ್ಯುಪಲ್‌ಗಳು ಯಾವುದೇ ಸುರಂಗ ಒಳಗಾಗುವ ಮೊದಲೇ ಇರುತ್ತವೆ. ನಂತರ ರೂಟಿಂಗ್ ಎಲ್ಲವೂ ಸುರಂಗ ಸಾಧನದ ಮೂಲಕ ಹೊರಡುತ್ತವೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ OpenVPN ಗೆ ನೀಡಲಾದ ಪ್ಯಾಕೆಟ್ ಇನ್ನೂ ಒಳಗೆ ಮೂಲ ಹೆಡರ್‌ಗಳನ್ನು ಹೊತ್ತಿದೆ. OpenVPN ಆ ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಫಲಿತಾಂಶವನ್ನು ಪೀರ್ ಜೊತೆ ಒಂದೇ ಹೊರಗಿನ UDP ಅಥವಾ TCP ಸಂಭಾಷಣೆಯಲ್ಲಿ ಸುತ್ತುತ್ತದೆ. ಆದ್ದರಿಂದ ಹೊರಗಿನ ಸಂಭಾಷಣೆ ಒಂದು, ಆದರೆ ಅದರೊಳಗಿನ ಹರಿವುಗಳು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತೆರೆದಷ್ಟು.

ಏನೂ ಕುಸಿಯುವುದಿಲ್ಲ. ಒಳಗಿನ ಟ್ಯುಪಲ್‌ಗಳು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಉಳಿಯುತ್ತವೆ, ಆದ್ದರಿಂದಲೇ ದೂರದ ಬದಿ ಇನ್ನೂ ಮೂರು ಹರಿವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಬಲ್ಲದು.

ಸ್ಥಿರವಾಗಿ ಉಳಿಯುವ ಪೋರ್ಟ್

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

ಒಳಗಿನ ಪೋರ್ಟ್‌ಗಳೇ ತುದಿ ಬಿಂದುಗಳಿಗೆ ಮುಖ್ಯ. HTTPS ಹರಿವು ಹೊರಗಿನ ಸಾಗಣೆ ಆಪರೇಟರ್ ಸಂರಚಿಸಿದ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕುಳಿತಿದ್ದರೂ ಸುರಂಗದ ಒಳಗೆ ಗಮ್ಯ ಪೋರ್ಟ್ 443 ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್‌ನ ತುದಿ ಬಿಂದುಗಳು ಹೊರಗಿನ ಪೋರ್ಟ್ ಬಗ್ಗೆ ಎಂದಿಗೂ ತಿಳಿಯುವುದಿಲ್ಲ.

ದೂರದ ತುದಿಯಲ್ಲಿ ಡೀಕ್ಯಾಪ್ಸುಲೇಶನ್ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ

ಪೀರ್‌ನಲ್ಲಿ ಹೊರಗಿನ ಪದರ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ, ಮತ್ತು ಉಳಿಯುವುದು ಒಳಗಿನ ಪ್ಯಾಕೆಟ್. ಅಲ್ಲಿಂದ ಮುಂದಕ್ಕೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಪ್ರವೇಶ ನೀತಿ ಒಳಗಿನ ಗಮ್ಯ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಅನ್ವಯಿಸುತ್ತವೆ. ವೆಬ್ ಸರ್ವರ್ ಇನ್ನೂ HTTPS ಸಂಪರ್ಕ ಪಡೆಯುತ್ತದೆ, SSH ಡೀಮನ್ ಇನ್ನೂ SSH ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ರಿಸಾಲ್ವರ್ ಇನ್ನೂ ಪ್ರಶ್ನೆ ಪಡೆಯುತ್ತದೆ.

ಆದ್ದರಿಂದ ಹೊರಗಿನ ಸಾಗಣೆಗೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮ ಒಳಗಿನ ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮವಲ್ಲ. ಮೊದಲನೆಯದು ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತದೆ; ಎರಡನೆಯದು ಅಧಿಕಾರವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಹೊರಗಿನ TCP ಎಂದರೆ ಒಂದು ಹರಿವು, ಒಂದು ಸಂಪರ್ಕವಲ್ಲ

ಹೊರಗಿನ ಸಾಗಣೆ UDP ಆಗಿದ್ದಾಗ ಪ್ರತಿ ಒಳಗಿನ ಹರಿವಿನ ಗತಿ ಸ್ವತಂತ್ರ: ಕಳೆದುಹೋದ ಡೇಟಾಗ್ರಾಮ್ ತನ್ನ ಮರುಸಾಗಣೆಯವರೆಗೆ ಒಂದು ವರ್ಗಾವಣೆಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಹೊರಗಿನ ಸಾಗಣೆ TCP ಆಗಿದ್ದಾಗ ಎಲ್ಲಾ ಒಳಗಿನ ಹರಿವುಗಳು ಒಂದೇ ವಿಶ್ವಾಸಾರ್ಹ ಬೈಟ್ ಹರಿವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ.

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

ನಿಮ್ಮ ಸ್ವಂತ ಸೆಟಪ್ ಅನ್ನು ನಿಖರವಾಗಿ ವಿವರಿಸಿ

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

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