VPN ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಚಿಕ್ಕವುಗಳಲ್ಲಿ ಏಕೆ ನಿಲ್ಲುವುದಿಲ್ಲ

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

ಜನರು MTU ಎಂದು ಕರೆಯುವ ಮೂರು ಸಂಖ್ಯೆಗಳು

ಇಂಟರ್ಫೇಸ್ MTU ಎಂದರೆ ಆ ಲಿಂಕ್ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್ಗೆ ಸಂರಚಿಸಲಾದ ಮಿತಿ. ಮಾರ್ಗ MTU ಎಂದರೆ ಮಾರ್ಗದ ಉದ್ದಕ್ಕೂ ಇರುವ ಅತಿ ಚಿಕ್ಕ ಮಿತಿ, ಮತ್ತು ಅದನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗುತ್ತದೆ, ಸಂರಚಿಸುವುದಿಲ್ಲ. TCP MSS ಎಂದರೆ ಎದುರು ಕಡೆ ಸ್ವೀಕರಿಸಬಹುದು ಎಂದು ಘೋಷಿಸುವ ಪೇಲೋಡ್ ಗಾತ್ರ, ಮತ್ತು ಅದು ಉಳಿದೆರಡರಿಂದ ಬರುತ್ತದೆ, ಬೇರೆ ಭೌತಿಕ ಮಿತಿಯಲ್ಲ.

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

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

ನೀವು ನಿಯಂತ್ರಿಸುವ ಪೇಲೋಡ್ನಿಂದ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ping -M do -s 1372 -c 2 203.0.113.20
ping -4 -f -l 1372 vpn.example

ಮೊದಲ ಆಜ್ಞೆ ಫ್ರ್ಯಾಗ್ಮೆಂಟೇಶನ್ ಆಫ್ ಮಾಡಿ 1372 ಬೈಟ್ ಪೇಲೋಡ್ನೊಂದಿಗೆ ಲಿನಕ್ಸ್ ಪರೀಕ್ಷೆ ಕಳುಹಿಸುತ್ತದೆ, ಎರಡನೆಯದು ವಿಂಡೋಸ್ನಲ್ಲಿ ಅದೇ ಮಾಡುತ್ತದೆ, ಅಲ್ಲಿ ಪೇಲೋಡ್ -l ನಿಂದ ಸೆಟ್ ಆಗುತ್ತದೆ. ಉತ್ತರ ಎಂದರೆ ಆ ಗಾತ್ರ ಮಾರ್ಗವನ್ನು ದಾಟಿತು. ಫ್ರ್ಯಾಗ್ಮೆಂಟೇಶನ್ ಬೇಕು ಎಂಬ ಸಂದೇಶ ಮಾಹಿತಿಕರ, ಆದರೆ ಟೈಮೌಟ್ ಅಸ್ಪಷ್ಟ ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ಅಥವಾ ಮಧ್ಯವರ್ತಿ ಸಾಧನ ICMP ಯನ್ನು ಸುಮ್ಮನೆ ಬಿಟ್ಟುಬಿಡಬಹುದು.

ಬೈಟ್ವರೆಗೆ ಬೈನರಿ ಹುಡುಕಾಟ ಮಾಡುವ ಬದಲು ಕೆಲವು ಹಂತಗಳಲ್ಲಿ ಗಾತ್ರವನ್ನು ಇಳಿಸಿ. ನೀವು ಗಾತ್ರದ ಛಾವಣಿ ಇದೆಯೇ ಎಂದು ತಿಳಿಯಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೀರಿ, ಪ್ರತಿ ನೆಟ್ವರ್ಕ್ಗೂ ಸಂಖ್ಯೆ ಪ್ರಕಟಿಸಲು ಅಲ್ಲ. ನೀವು ಕಂಡುಕೊಳ್ಳುವ ಸಂಖ್ಯೆ ಈ ಮಾರ್ಗ, ಈ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಈ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ.

IPv4 ಮತ್ತು IPv6 ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಫ್ರ್ಯಾಗ್ಮೆಂಟ್ ಆಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಕುಟುಂಬದ ಫಲಿತಾಂಶ ಇನ್ನೊಂದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಕುಟುಂಬವನ್ನು ಪರೀಕ್ಷಿಸಿ.

MSS ಕ್ಲ್ಯಾಂಪಿಂಗ್ TCP ಗೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ

TCP ನಲ್ಲಿ ಪರಿಣಾಮಕಾರಿ ಪೇಲೋಡ್ ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಮಯದಲ್ಲಿ ಚರ್ಚಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಮಾರ್ಗದಲ್ಲಿನ ರೌಟರ್ ಆ ಮೌಲ್ಯವನ್ನು ಕೆಳಕ್ಕೆ ಮರುಬರೆಯಬಹುದು, ಇದರಿಂದ ಎರಡೂ ತುದಿಗಳು ಚಿಕ್ಕ ಸೆಗ್ಮೆಂಟ್ಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ. MSS ಕ್ಲ್ಯಾಂಪಿಂಗ್ ಅದನ್ನೇ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ನು ಮುಟ್ಟದೆಯೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
ip link show tun0

ಮೊದಲ ನಿಯಮ ಮುಂದೆ ಕಳುಹಿಸುವ TCP ಹ್ಯಾಂಡ್ಶೇಕ್ಗಳಿಗೆ ಘೋಷಿತ MSS ಅನ್ನು ಮಾರ್ಗ MTU ಗೆ ಕ್ಲ್ಯಾಂಪ್ ಮಾಡುತ್ತದೆ, ಎರಡನೆಯದು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನ ಸ್ವಂತ MTU ತೋರಿಸುತ್ತದೆ, ಇದರಿಂದ ನೀವು ಅದನ್ನು ಮಾರ್ಗ ಅನುಮತಿಸುವುದರೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು. ಹ್ಯಾಂಡ್ಶೇಕ್ ನಂತರ ನಿಂತುಹೋಗುವ TCP ಅಪ್ಲಿಕೇಶನ್ಗೆ ಕ್ಲ್ಯಾಂಪಿಂಗ್ ಅತ್ಯಂತ ಕಡಿಮೆ ಆಕ್ರಮಣಕಾರಿ ಪರಿಹಾರ.

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

OpenVPN tun-mtu, mssfix ಮತ್ತು ಫ್ರ್ಯಾಗ್ಮೆಂಟ್ಗೆ ಸಂಬಂಧಿಸಿದ ಸೆಟ್ಟಿಂಗ್ಗಳಂತಹ ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಅವುಗಳ ವರ್ತನೆ ಆವೃತ್ತಿ ಹಾಗೂ ಡೇಟಾ ಚಾನೆಲ್ AEAD ಆಗಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ. ಬಳಸುತ್ತಿರುವ ಆವೃತ್ತಿಯ ಕೈಪಿಡಿ ಓದಿ, ಮತ್ತು ಒಂದು ಬಾರಿಗೆ ಒಂದು ಆಯ್ಕೆ ಬದಲಿಸಿ.

ಒಂದು ಬೆಂಬಲಿತ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸಿ ಎರಡೂ ಸರದಿಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ

ಮೂಲ ಪ್ರೊಫೈಲ್ ಇಟ್ಟುಕೊಂಡು, ಒಂದು ಬೆಂಬಲಿತ ಮೌಲ್ಯ ಬದಲಿಸಿ, ಮತ್ತು ಕೆಲಸ ಮಾಡಿದ ಸಣ್ಣ ವಿನಂತಿ ಹಾಗೂ ವಿಫಲವಾದ ದೊಡ್ಡ ವರ್ಗಾವಣೆ ಎರಡನ್ನೂ ಪುನರಾವರ್ತಿಸಿ. ದೊಡ್ಡದು ಮಾತ್ರ ಬದಲಾದರೆ ನೀವು ಗಾತ್ರದ ಹಿಂದೆ ಇದ್ದೀರಿ. ಎರಡೂ ಬದಲಾದರೆ ಅದರೊಂದಿಗೆ ಬೇರೆ ಏನೋ ಚಲಿಸಿದೆ.

ಕಡಿಮೆ ಮೌಲ್ಯ ಲಕ್ಷಣವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು ಆದರೆ ಹೆಚ್ಚುವರಿ ಭಾರ ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಧ್ಯವಾದ ಅತಿ ಚಿಕ್ಕ ಸಂಖ್ಯೆ ಗುರಿ ಅಲ್ಲ. ಗುರಿ ಎಂದರೆ ಮಾರ್ಗವು ಅತ್ಯಂತ ಕಡಿಮೆ ವ್ಯರ್ಥದೊಂದಿಗೆ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಒಯ್ಯುವ ಗಾತ್ರ. ಮೌಲ್ಯ, ಮಾರ್ಗ ಮತ್ತು ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯನ್ನು ಟಿಕೆಟ್ನಲ್ಲಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅದೇ ಸಂಖ್ಯೆಯನ್ನು ಬೇರೆಡೆ ಅನ್ವಯಿಸುವುದು ಊಹೆ.

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