UDP ಅನ್ನು ISP ಬ್ಲಾಕ್ ಮಾಡುತ್ತದೆಯೇ, ಅಥವಾ ಟನೆಲ್ ಒಳಗಿನ ಆ್ಯಪ್?

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

ಎರಡು ಹೆಡರ್, ಒಂದು ಪದ

NAT-traversal ಇರುವ IPsec ನಿಯೋಜನೆಯಲ್ಲಿ ಹೊರ ಪ್ಯಾಕೆಟ್ UDP ಆಗಿದ್ದು, ಎರಡು VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳ ನಡುವೆ ವಿಳಾಸಗೊಂಡಿದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಪೋರ್ಟ್ 4500 ನಲ್ಲಿ. ಅದರ ಒಳಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಪೇಲೋಡ್ ಟನೆಲ್ ರವಾನಿಸುವ ಎಲ್ಲವನ್ನೂ ಒಯ್ಯುತ್ತದೆ, ಅದು ಸ್ವತಃ TCP ಅಥವಾ UDP ಆಗಿರಬಹುದು. ಆದ್ದರಿಂದ UDP ಪದ ಎರಡು ಬಾರಿ ಬರುತ್ತದೆ, ಬೇರೆ ಅರ್ಥ ಮತ್ತು ಬೇರೆ ಗೋಚರತೆಯೊಂದಿಗೆ.

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

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

ಜಾಲವು ಇನ್ನೂ ಏನನ್ನು ನೋಡಬಹುದು

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

sudo tcpdump -ni eth0 'udp port 4500'
sudo tcpdump -ni tun0 'udp port 5201'

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

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

ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಟನೆಲ್ ಒಳಗೆ ಒಂದು UDP ಆ್ಯಪ್ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

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

ಎರಡನೆಯದು ಎಂಡ್‌ಪಾಯಿಂಟ್. ಪ್ರೋಟೋಕಾಲ್ ಪಟ್ಟಿಗೆ ಅನುಮತಿ ನೀಡುವ VPN ಸರ್ವರ್, ಗಮ್ಯಸ್ಥಾನದ ಫೈರ್‌ವಾಲ್, ಅಥವಾ ನಿರೀಕ್ಷಿತ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಎಂದಿಗೂ ಕೇಳದ ಸೇವೆ — ಎಲ್ಲವೂ ಜಾಲ ಬ್ಲಾಕ್‌ಗೆ ಸರ್ವಸಮಾನವಾಗಿ ಕಾಣುವ ಸಮಯ ಮೀರುವಿಕೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ.

ಮೂರನೆಯದು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ. UDP ಆ್ಯಪ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವೆಬ್ ವಿನಂತಿಗಿಂತ ದೊಡ್ಡ ಡೇಟಾಗ್ರಾಮ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ, ಮತ್ತು ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬಳಸಬಹುದಾದ MTU ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಶಸ್ವಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಂತರ ಮೊದಲ ಪೂರ್ಣ ಗಾತ್ರದ ಪೇಲೋಡ್‌ನಲ್ಲಿ ಮೌನ ಬರಬಹುದು. ಈ ಮಾದರಿಯನ್ನು ಬ್ಲಾಕ್ ಎಂದು ತಪ್ಪಾಗಿ ಓದುವುದು ಸುಲಭ, ಏಕೆಂದರೆ ಸಣ್ಣ ಪ್ಯಾಕೆಟ್‌ಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತವೆ ಮತ್ತು ದೊಡ್ಡವು ಕಣ್ಮರೆಯಾಗುತ್ತವೆ. ತ್ವರಿತ MTU ಪರೀಕ್ಷೆ ಒಂದು ನಿಮಿಷಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಇದನ್ನು ನಿರ್ಣಯಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಸಾಮಾನ್ಯವಾಗಿ ಜಾಲ ಫಿಲ್ಟರ್ ಅಲ್ಲ, ಬದಲಿಗೆ ಸಣ್ಣ ಪೇಲೋಡ್ ಅಥವಾ ಸರಿಪಡಿಸಿದ MSS.

ping -M do -s 1400 -c 2 10.60.0.20
iperf3 -u -c 10.60.0.20 -p 5201 -b 1M -t 5

ಮೊದಲ ಆಜ್ಞೆ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ತುಣುಕುಗೊಳಿಸುವಿಕೆ ನಿಷ್ಕ್ರಿಯಗೊಂಡ ಸ್ಥಿತಿಯಲ್ಲಿ ಮಾರ್ಗವನ್ನು ದಾಟುತ್ತದೆಯೇ ಎಂದು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಇದು MTU ಸಮಸ್ಯೆಯನ್ನು ಬೇಗನೆ ಬಯಲಿಗೆಳೆಯುತ್ತದೆ. ಎರಡನೆಯದು ಸಣ್ಣ, ಸೀಮಿತ UDP ಹರಿವನ್ನು ಕಳುಹಿಸಿ ನಷ್ಟ ಮತ್ತು ಜಿಟರ್ ಬಗ್ಗೆ ವರದಿ ಮಾಡುತ್ತದೆ. ಪ್ರಾರಂಭವಾಗಿ ನಂತರ ನಿಲ್ಲುವ ಹರಿವು ಬ್ಲಾಕ್‌ಗಲ್ಲ, ಗಾತ್ರಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ.

ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ, ಪದರವನ್ನು ವರದಿ ಮಾಡಿ

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

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

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