MTU ಅಥವಾ MSS? VPN ಬದಲಾವಣೆ ನಿಜವಾಗಿ ಏನನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ

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

ಎರಡು ಸಂಖ್ಯೆ, ಎರಡು ವಸ್ತು

MTU ಒಂದು ಲಿಂಕ್ ಅಥವಾ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸೇರಿದೆ: ಅದು ಒಡೆಯದೆ ರವಾನಿಸಬಹುದಾದ ಅತಿದೊಡ್ಡ ಪ್ಯಾಕೆಟ್. MSS TCP ಗೆ ಸೇರಿದೆ: ಅದು ಒಂದು ಸೆಗ್ಮೆಂಟ್ ಸಾಗಿಸಬಹುದಾದ ಅತಿದೊಡ್ಡ TCP ಪೇಲೋಡ್ ಪ್ರಮಾಣ, ಮತ್ತು ಅದು TCP ಹಾಗೂ IP ಎರಡೂ ಹೆಡರ್‌ಗಳನ್ನು ಹೊರಗಿಡುತ್ತದೆ. IPv4 ಹೊಂದಿರುವ ಸಾಮಾನ್ಯ ಇಥರ್ನೆಟ್ ಲಿಂಕ್‌ನಲ್ಲಿ 1500 ಬೈಟ್‌ನ MTU ಪರಿಚಿತ 1460 ಬೈಟ್‌ನ MSS ಅನ್ನು ನೀಡುತ್ತದೆ. ಈ ಸಂಖ್ಯೆಗಳು ಬೇರೆ ಬೇರೆ ಪದರಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳಿಂದ ವಿನಿಮಯವಾಗುತ್ತವೆ. ಎರಡೂ ಬೈಟ್‌ಗಳಲ್ಲಿ ಅಳೆಯಲ್ಪಡುವುದರಿಂದ ಮತ್ತು ಎರಡೂ 1500ಕ್ಕೆ ಹತ್ತಿರವಿರುವುದರಿಂದ ಅವನ್ನು ಗೊಂದಲಗೊಳಿಸುವುದು ಸುಲಭ.

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

ಹೊರಗಿನ ಹೆಚ್ಚುವರಿ ಹೊರೆ ಎಲ್ಲಿ ಇಳಿಯುತ್ತದೆ

VPN ಒಳ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಇನ್ನೊಂದರೊಳಗೆ ಇಡುತ್ತದೆ, ಮತ್ತು ಹೊರ ಪ್ಯಾಕೆಟ್ ಭೌತಿಕ ಮಾರ್ಗಕ್ಕೆ ಹೊಂದಬೇಕು. ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಹೆಡರ್‌ಗಳು, ಹೊರಗಿನ IP ಹೆಡರ್, ಸಾರಿಗೆ ಹೆಡರ್ ಮತ್ತು ಯಾವುದೇ ದೃಢೀಕರಣ ಟ್ಯಾಗ್ ಒಳ ಪ್ಯಾಕೆಟ್ ಬಳಸಲಾಗದ ಬೈಟ್‌ಗಳನ್ನು ಖರ್ಚು ಮಾಡುತ್ತವೆ. ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು 1500ಕ್ಕೆ ಬಿಟ್ಟರೆ ಹೊರ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವು ಸಾಗಿಸಬಹುದಾದದನ್ನು ನಿಯಮಿತವಾಗಿ ಮೀರುತ್ತದೆ. 'ಒಡೆಯಬೇಡ' ಬಿಟ್ ಸೆಟ್ ಆಗಿದ್ದರೆ ರೌಟರ್ ಅದನ್ನು ಬಿಡುತ್ತದೆ ಮತ್ತು ICMP ದೋಷವನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು; ಆ ದೋಷವನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಿದರೆ ಕಳುಹಿಸುವವರಿಗೆ ಎಂದೂ ತಿಳಿಯುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ ವೈಫಲ್ಯ ಆಯ್ದಂತೆ ಕಾಣುತ್ತದೆ. ಸಣ್ಣ ವಿನಂತಿಗಳು ಪೂರ್ಣಗೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಸೆಗ್ಮೆಂಟ್ ತುಂಬುವ ಯಾವುದೇ ಕೆಲಸ ನಿಲ್ಲುತ್ತದೆ, ಏಕೆಂದರೆ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳು ಮಾತ್ರ ಎಸೆಯಲ್ಪಡುತ್ತವೆ. ಪಿಂಗ್ ದಾಟಿಸುವ ಟನೆಲ್ ಡೇಟಾ ಸಾಗಿಸುವ ಟನೆಲ್ ಅಲ್ಲ.

MSS ಮಿತಿಗೊಳಿಸುವುದು, ಮತ್ತು ಅದು ಎಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತದೆ

MSS ಕ್ಲಾಂಪಿಂಗ್ ಆಯ್ಕೆ ಮಾಡಿದ ಬಿಂದುವನ್ನು ದಾಟುವಾಗ SYN ಸೆಗ್ಮೆಂಟ್‌ನಲ್ಲಿನ ಮೌಲ್ಯವನ್ನು ಮರುಬರೆಯುತ್ತದೆ, ಇದರಿಂದ ಎರಡೂ ತುದಿಗಳು ಏಕೆ ಎಂದು ತಿಳಿಯದೆ ಚಿಕ್ಕ ಪೇಲೋಡ್ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ. Linux ನಲ್ಲಿ ಇದು ಸ್ಪಷ್ಟ ನಿಯಮದಿಂದ ಅನ್ವಯವಾಗುವ mangle ಕೋಷ್ಟಕದ ಗುರಿ, ಮತ್ತು ಅದು ನೀವು ಉದ್ದೇಶಿಸಿದ ದಿಕ್ಕಿನಲ್ಲಿ SYN ಪ್ಯಾಕೆಟ್‌ಗಳಿಗೆ ತಗಲಬೇಕು. ಅದನ್ನು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ವಿಳಾಸ ಶ್ರೇಣಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ಏಕೆಂದರೆ ವಿಶಾಲ ನಿಯಮ ಟನೆಲ್‌ಗೆ ಎಂದೂ ಪ್ರವೇಶಿಸದ ಸಂಚಾರದ ವರ್ತನೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

ಪರಿಣಾಮ TCP ಗೆ ಮಾತ್ರ. UDP ಅಪ್ಲಿಕೇಶನ್, QUIC ಸೆಷನ್ ಮತ್ತು ತಮ್ಮದೇ ಡೇಟಾಗ್ರಾಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವ ಯಾವುದೇ ಪ್ರೋಟೋಕಾಲ್ ಇದರಿಂದ ಸ್ಪರ್ಶಿಸಲ್ಪಡುವುದಿಲ್ಲ.

ಸ್ಥಿರ ಮಾರ್ಗದಿಂದ ರೋಗನಿರ್ಣಯ ಮಾಡಿ

ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಚರಾಂಶವನ್ನು ಇರಿಸಿ. ನೀವೇ ಗಾತ್ರ ಆಯ್ಕೆ ಮಾಡುವ ಪ್ಯಾಕೆಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಕರ್ನಲ್ ಫಲಿತಾಂಶವನ್ನು ಮರೆಮಾಡುವ ಬದಲು ವರದಿ ಮಾಡಲು 'ಒಡೆಯಬೇಡ' ಧ್ವಜವನ್ನು ಸೆಟ್ ಮಾಡಿ.

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

ಪ್ರತಿ ಬದಲಾವಣೆ ಏನನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ

ಇಂಟರ್ಫೇಸ್‌ನ MTU ಕಡಿಮೆ ಮಾಡುವುದು ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಾದ ಸೆಷನ್‌ನ MSS ಅನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ. MSS ಮಿತಿಗೊಳಿಸುವುದು UDP ಹರಿವಿಗೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ICMP ದೋಷಗಳು ಒಂದೇ ದಿಕ್ಕಿನಲ್ಲಿ ಫಿಲ್ಟರ್ ಆಗುವ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಪ್ರತಿ ಬದಲಾವಣೆ ಸಮಸ್ಯೆಯ ಒಂದು ವರ್ಗವನ್ನು ಸರಿಪಡಿಸಿ ಉಳಿದದ್ದನ್ನು ಹಾಗೆಯೇ ಬಿಡುತ್ತದೆ.

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