UDP ಯಾವಾಗಲೂ ವೇಗವಾಗಿಲ್ಲ: OpenVPN ಸಾಗಣೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು

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

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

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

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

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

TCP ತನ್ನ ಸ್ಥಾನವನ್ನು ಎಲ್ಲಿ ಗಳಿಸುತ್ತದೆ

ಪ್ರವೇಶ ಜಾಲಗಳು TCP ಆಯ್ಕೆ ಮಾಡುವ ಸಾಮಾನ್ಯ ಕಾರಣ. ಹೋಟೆಲ್, ವಿಮಾನ ನಿಲ್ದಾಣ ಅಥವಾ ಅತಿಥಿ ಜಾಲವು ಹೊರಹೋಗುವ 443 ಅನ್ನು ಅನುಮತಿಸಿ ಉಳಿದದ್ದನ್ನು ಬಿಸಾಡಬಹುದು, ಮತ್ತು ಆ ಪೋರ್ಟ್‌ನಲ್ಲಿ TCP ಆಲಿಸುವವನೇ ಕೆಲಸ ಮಾಡುವ ಏಕೈಕ ಪ್ರೊಫೈಲ್. ಇದು ತಲುಪುವಿಕೆ, ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲ, ಮತ್ತು ಸ್ವತಃ ಸಾಕಷ್ಟು ಒಳ್ಳೆಯ ಕಾರಣ.

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

ತಿರಸ್ಕೃತ ಲಾಗಿನ್ ಸಾಗಣೆಯ ಸಮಸ್ಯೆಯಲ್ಲ. ಸಂಪರ್ಕವನ್ನು ಒತ್ತಾಯದಿಂದ ದಾಟಿಸಲು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಬೇರೆ ಬದಲಾವಣೆ, ತುಂಬಾ ಕೆಟ್ಟ ಫಲಿತಾಂಶದೊಂದಿಗೆ.

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

ನಿಜವಾಗಿ ಯಾವ ಆಲಿಸುವವನು ನಿಮ್ಮ ಬಳಿ ಇದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಕಾರ್ಯಕ್ಷಮತೆ ಹೋಲಿಸುವ ಮೊದಲು ಎರಡೂ ತುದಿಗಳು ಸಾಗಣೆ ಮತ್ತು ಪೋರ್ಟ್‌ನಲ್ಲಿ ಒಪ್ಪುತ್ತವೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಕ್ಲೈಂಟ್ ಫೈಲ್‌ನಲ್ಲಿ proto udp ಅನ್ನು proto tcp ಗೆ ಬದಲಾಯಿಸುವುದು ಸರ್ವರ್ ಆಲಿಸುವವನನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಸರ್ವರ್ ಆ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಂರಚಿತವಾಗಿರಬೇಕು, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಅದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

grep -E '^(proto|port|remote)' /etc/openvpn/server.conf
ss -lunp | grep openvpn
ss -ltnp | grep openvpn

grep ಸರ್ವರ್‌ಗೆ ಏನು ಬಳಸಬೇಕೆಂದು ಹೇಳಲಾಗಿದೆಯೋ ಅದನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಆದರೆ ಎರಡು ಸಾಕೆಟ್ ಪಟ್ಟಿಗಳು ಅದು ಯಾವುದಕ್ಕೆ ಬಂಧಿತವಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ. UDP ಆಲಿಸುವವನು ಮೊದಲ ಪಟ್ಟಿಯಲ್ಲಿ ಮಾತ್ರ ಮತ್ತು TCP ಆಲಿಸುವವನು ಎರಡನೆಯದರಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸುತ್ತಾನೆ, ಆದ್ದರಿಂದ ಕಾಣೆಯಾದ ಸಾಲು ಎಂದಿಗೂ ಅನ್ವಯಿಸದ ಪ್ರೊಫೈಲ್ ಹುಡುಕುವ ಅತ್ಯಂತ ವೇಗದ ದಾರಿ. ಪೋರ್ಟ್ ಅನ್ನೂ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ 1194 ನಲ್ಲಿ TCP ಪ್ರೊಫೈಲ್ ಹೆಚ್ಚಿನ ಪ್ರವೇಶ ಜಾಲಗಳಲ್ಲಿ 443 ಗಿಂತ ಬೇರೆಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಬದಲಾವಣೆಯ ನಂತರ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಬಂಧನದ ಬಗ್ಗೆ ವರದಿ ಮಾಡುವ ಲಾಗ್ ಸಾಲನ್ನು ಓದಿ.

ಕ್ಲೈಂಟ್ ಕಡೆಯ ದೃಢೀಕರಣ ಅಗ್ಗ, --verb 4 ಜೊತೆಗೆ ಸಂಪರ್ಕವನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಲಾಗ್‌ನಲ್ಲಿ ಸಾಗಣೆ ಸಾಲನ್ನು ಓದಿ. ಕ್ಲೈಂಟ್ UDP ಎಂದು ಹೇಳುತ್ತಿದ್ದರೆ ಸರ್ವರ್ TCP ನಲ್ಲಿ ಆಲಿಸುತ್ತಿದ್ದರೆ, ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಎಂದಿಗೂ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ ಮತ್ತು ಯಾವ ಟ್ಯೂನಿಂಗ್ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.

ಸಾಗಣೆಯ ಲೇಬಲ್ ಅಲ್ಲ, ಕೆಲಸದ ಹೊರೆಯನ್ನು ಹೋಲಿಸಿ

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

ಪ್ರತಿ ಚಾಲನೆಗೆ ಮೂರು ಫಲಿತಾಂಶ ದಾಖಲಿಸಿ: ಟನೆಲ್ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆಯೇ, ಉಳಿಯುತ್ತದೆಯೇ ಮತ್ತು ಕೆಲಸ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆಯೇ. ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳು ನಿಂತಾಗ ಸಣ್ಣ ವಿನಂತಿಗಳು ಕೆಲಸ ಮಾಡಿದರೆ ಅದು ಸಾಗಣೆಯಲ್ಲ, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ ಮತ್ತು MTU ಕಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ. ಪುನರಾವರ್ತಿತ ಮರುಸಂಪರ್ಕಗಳು ಮಾರ್ಗ ಅಥವಾ ಮಧ್ಯವರ್ತಿ ಬಾಕ್ಸ್‌ನ ಸಮಯ ಮೀರಿಕೆಗೆ ಸೂಚಿಸುತ್ತವೆ.

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