OpenVPN ಒಳಗೆ TLS ಎಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಆಕಾರವನ್ನು ಏನು ಬದಲಿಸುತ್ತದೆ
OpenVPN ತನ್ನ ನಿಯಂತ್ರಣ ಚಾನೆಲ್‌ಗಾಗಿ TLS ಅನ್ನು ತನ್ನದೇ ಚೌಕಟ್ಟಿನ ಒಳಗೆ ನಡೆಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಬೈಟ್‌ಗಳು ವೆಬ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅಲ್ಲ. ಮೂರು ಆಯ್ಕೆಗಳು ನಿಜವಾಗಿಯೂ ಕಾಣುವುದನ್ನು ಬದಲಿಸುತ್ತವೆ.
OpenVPN ನಿಜವಾಗಿಯೂ TLS ಬಳಸುತ್ತದೆ, ಮತ್ತು ಜನರು ಅದನ್ನು ಅದು ಹೊರಲಾಗದ ಹೇಳಿಕೆಗೆ ವಿಸ್ತರಿಸುತ್ತಾರೆ: ಟನೆಲ್ ಆದ್ದರಿಂದ ಸೈಟ್‌ಗೆ ಭೇಟಿ ನೀಡುವ ಬ್ರೌಸರ್‌ನಂತೆ ಕಾಣುತ್ತದೆ ಎಂದು. ಮೊದಲ ಭಾಗ ಸತ್ಯ. ಎರಡನೆಯದು ಅಲ್ಲ. ಇಲ್ಲಿ TLS OpenVPN ನ ತನ್ನದೇ ಕಂಟೇನರ್ ಒಳಗೆ ಸಂಚರಿಸುವ ನಿಯಂತ್ರಣ ಚಾನೆಲ್‌ಗೆ ಸೇರಿದೆ, ಜೊತೆಗೆ ಸಂಪೂರ್ಣ ಬೇರೆ ಕ್ರಿಪ್ಟೋಗ್ರಫಿ ಇರುವ ಪೇಲೋಡ್ ಚಾನೆಲ್ ಇದೆ, ಆದ್ದರಿಂದ ತೆರೆಯುವ ಬೈಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುವವನು OpenVPN ನೋಡುತ್ತಾನೆ.
ಒಂದೇ ಲಕೋಟೆಯಲ್ಲಿ ಎರಡು ಸಂಭಾಷಣೆಗಳು
ಸೆಷನ್ ಅನ್ನು ಒಂದು ಲಕೋಟೆ ಹಂಚಿಕೊಳ್ಳುವ ಎರಡು ಸಂಭಾಷಣೆಗಳೆಂದು ಭಾವಿಸಿ. ಒಂದು ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಕೀ ಸಾಮಗ್ರಿಯನ್ನು ಪಡೆಯುತ್ತದೆ. ಇನ್ನೊಂದು ನೀವು ನಿಜವಾಗಿ ಕಳುಹಿಸುತ್ತಿರುವುದನ್ನು ಮೊದಲನೆಯದು ಉತ್ಪಾದಿಸಿದ್ದರಿಂದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ.
ಲಕೋಟೆಯೇ ಪ್ರೋಟೋಕಾಲ್. ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ತನ್ನ ಪ್ರಕಾರವನ್ನು ಹೇಳುವ ಸಣ್ಣ ಹೆಡರ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಹೆಡರ್ ಬೇರೆ ಎಲ್ಲದಕ್ಕಿಂತ ಮೊದಲು ಬರುತ್ತದೆ.
ನಿಜವಾಗಿ ಮೊದಲು ಏನು ಬರುತ್ತದೆ
ಆ ಕ್ರಮದಿಂದಾಗಿ ತಂತಿಯ ಮೇಲೆ ಮೊದಲನೆಯದು TLS ದಾಖಲೆ ಅಲ್ಲ. ಅದು OpenVPN ನ ಹೆಡರ್, ನಂತರ ಹೆಡರ್ ಘೋಷಿಸುವ ಚಾನೆಲ್‌ನ ವಿಷಯ ಬರುತ್ತದೆ. ಅಲ್ಲಿ ClientHello ಇದೆ, ಕೇವಲ ಶೂನ್ಯ ಬೈಟ್‌ನಲ್ಲಿ ಅಲ್ಲ. ವ್ಯತ್ಯಾಸವನ್ನು ಗಮನಿಸಲು ಯಾವುದೇ ಡೀಕ್ರಿಪ್ಷನ್ ಬೇಕಿಲ್ಲ, ಏಕೆಂದರೆ ಆಕಾರವೇ ಅದನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ.
ಡೀಫಾಲ್ಟ್‌ಗಳೂ ಇಲ್ಲಿ ಮುಖ್ಯ. ಪ್ರೊಫೈಲ್ TCP ಆರಿಸದಿದ್ದರೆ ಹರಿವು UDP ಮೂಲಕ 1194 ಕ್ಕೆ ಹೋಗುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೊರನೋಟ ಟನೆಲ್, ವೆಬ್ ವಿನಂತಿ ಅಲ್ಲ.
ಆಕಾರ ಬದಲಿಸುವ ಮೂರು ಪ್ರಾಮಾಣಿಕ ದಾರಿಗಳು
stunnel ನಂತಹ TLS ಟರ್ಮಿನೇಟರ್ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಒಂದು ಪೋರ್ಟ್‌ನಲ್ಲಿ TLS ಸ್ವೀಕರಿಸಿ ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಹರಿವನ್ನು ಸ್ಥಳೀಯವಾಗಿ OpenVPN ಗೆ ಒಪ್ಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೆಟ್‌ವರ್ಕ್ ಆ ಪೋರ್ಟ್‌ಗೆ TLS ನೋಡುತ್ತದೆ. ಮೊದಲ ಬೈಟ್‌ನಿಂದಲೇ TLS ಆಗಿರುವ ಪ್ರೋಟೋಕಾಲ್ ಇನ್ನೂ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ: ocserv ಜಾರಿಗೊಳಿಸುವ AnyConnect-ಹೊಂದಿಕೆಯ ವಿನಿಮಯವು ಅನೇಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಈಗಾಗಲೇ ನಿರೀಕ್ಷಿಸುವ ಕಾರ್ಪೊರೇಟ್ ದೂರ ಪ್ರವೇಶದಂತೆ ಕಾಣುತ್ತದೆ. Windows ಜೊತೆ ಬರುವ SSTP ಬೇರೆ ಉತ್ಪನ್ನದಲ್ಲಿ ಅದೇ ಗುಣವನ್ನು ಹೊಂದಿದೆ.
Linux ನಲ್ಲಿ, SSH ನ -w ಆಯ್ಕೆ SSH ಸೆಷನ್ ಒಳಗೆ ಬಿಂದು-ಬಿಂದು ಕೊಂಡಿಯನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಇದು SSH ಒಂದೇ ಅನುಮತಿಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿರುವಾಗ ಉಪಯುಕ್ತ. SSH ಆ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡಿದರೆ ಇದು ನಾಲ್ಕರಲ್ಲಿ ಅಗ್ಗವಾದದ್ದು, ಇಲ್ಲದಿದ್ದರೆ ಅತ್ಯಂತ ಕಡಿಮೆ ಉಪಯುಕ್ತ.
ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಏನನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ
ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಟನೆಲ್ ಎಷ್ಟು ದೂರ ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಅವು ತಡೆಯಲಾದ ವಿಳಾಸವನ್ನು ತಲುಪಬಹುದಾದಂತೆ ಮಾಡುವುದಿಲ್ಲ, ಯಾರನ್ನೂ ದೃಢೀಕರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಮಾರ್ಗಗಳನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
ಸುತ್ತುವರಿಕೆ ನಿಮಗೆ ಒಂದು ಘಟಕವನ್ನೂ ವೆಚ್ಚ ಮಾಡಿಸುತ್ತದೆ. ಎರಡು ಶ್ರೋತೃಗಳು ಮತ್ತು ಎರಡು ಸಂರಚನಾ ಕಡತಗಳು ಎಂದರೆ ವೈಫಲ್ಯಕ್ಕೆ ಎರಡು ಸ್ಥಳಗಳು, ಮತ್ತು ಎರಡೂ ಬಳಕೆದಾರರ ಆಸನದಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಒಂದನ್ನು ಅಳವಡಿಸುವ ಮೊದಲು ಅದನ್ನು ಬಜೆಟ್ ಮಾಡಿ. ಸೆಷನ್ ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಒಂದೇ ದೀರ್ಘಕಾಲಿಕ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಹರಿವಾಗಿ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಅದರ ಪ್ರಮಾಣ ಮತ್ತು ಸಮಯ ಕಾಣುವಂತೆಯೇ ಉಳಿಯುತ್ತದೆ.
ಮೊದಲು ನಿರ್ಣಯಿಸಿ, ನಂತರ ಆಯ್ಕೆ ಮಾಡಿ
ಆದ್ದರಿಂದ ಮೊದಲು ನಿರ್ಣಯಿಸಿ. ಬೀಳಿಸಿದ UDP ಗೆ TCP ಮೋಡ್ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಗುರುತಿಸಿದ ಸಹಿಗೆ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಸುತ್ತುವರಿಕೆ ಉತ್ತರಿಸುತ್ತದೆ. ತಡೆಯನ್ನು ತಿಳಿಯುವ ಮೊದಲು ಸಾಧನ ಆರಿಸುವುದು ಜನರು ಕೊನೆಗೆ ಒಂದೇ ಕಾರಣಕ್ಕೆ ವಿಫಲವಾಗುವ ಮೂರು ಪದರಗಳನ್ನು ನಿರ್ವಹಿಸುವ ದಾರಿ.
ಕೇವಲ ವೆಬ್ ಪೋರ್ಟ್‌ಗಳನ್ನು ಅನುಮತಿಸುವ ನೆಟ್‌ವರ್ಕ್ ಆಯ್ಕೆಯನ್ನು 443 ರಲ್ಲಿ TLS ಆಧಾರಿತ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಂಕುಚಿಸುತ್ತದೆ. ಮೂರನ್ನೂ ಒಟ್ಟಿಗೆ ಅನ್ವಯಿಸಿದರೆ ಯಾರೂ ಡೀಬಗ್ ಮಾಡಲಾಗದ ಸ್ಟಾಕ್ ಸಿಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ವಿಷಯ ಬದಲಿಸಿ ಅದೇ ಹರಿವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ.
ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅನ್ವಯಿಸದಿದ್ದರೆ, ನಿಖರ ಉತ್ತರ ಎಂದರೆ ಈ ನೆಟ್‌ವರ್ಕ್ ನಿಮಗಾಗಿ ಟನೆಲ್ ಸಾಗಿಸುವುದಿಲ್ಲ. ಅದು ಪ್ರಯತ್ನದ ವೈಫಲ್ಯವಲ್ಲ, ಒಂದು ಕಂಡುಹಿಡಿಯುವಿಕೆ. ಹೆಚ್ಚು ಆಯ್ಕೆಗಳ ಮೂಲಕ ಸುತ್ತುವುದು ಮೇಲೆ ತೆಗೆದುಕೊಂಡ ನೀತಿ ನಿರ್ಣಯವನ್ನು ಹಿಂದಕ್ಕೆ ತಿರುಗಿಸುವುದಿಲ್ಲ.
ಇವೆಲ್ಲದರ ಮುಂದೆ ಒಂದು ಗಡಿ ನಿಂತಿದೆ. ಬೇರೊಬ್ಬರ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಟನೆಲ್ ನಡೆಸಲು ಅನುಮತಿ ನೀತಿಯ ವಿಷಯ, ಅದು ಕಾರ್ಯವಿಧಾನ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದರಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತದೆ. ಈ ಸಂಗತಿಗಳು ವೀಕ್ಷಕನು ಏನನ್ನು ನೋಡುತ್ತಾನೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಅವು ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ.