PPPoE ನಲ್ಲಿ OpenVPN: link-mtu, tun-mtu ಅಥವಾ mssfix ಕಡಿಮೆ ಮಾಡಬೇಕೇ?

ಪಿಂಗ್ ಉತ್ತರಿಸುತ್ತದೆ, DNS ಪರಿಹರಿಸುತ್ತದೆ, ಮತ್ತು ಪೂರ್ಣ ಗಾತ್ರದ ವಿಭಾಗ ಬೇಕಾದ ಪ್ರತಿ ಪುಟವೂ ನಿಂತುಕೊಳ್ಳುತ್ತದೆ. ತನ್ನದೇ ಕೋಶೀಕರಣವನ್ನು ಸೇರಿಸುವ ಲಿಂಕ್ನಲ್ಲಿ, ಮಾರ್ಗವು ಮೌನವಾಗಿ ಕೆಲವು ಡಜನ್ ಬೈಟ್ಗಳ ಬಜೆಟ್ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸ್ವಚ್ಛ ಇಥರ್ನೆಟ್ಗಾಗಿ ಬರೆದ ಪ್ರೊಫೈಲ್ ಸಾಲು ಹೊರಲಾರದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮುಂದುವರಿಸಿ ಕೇಳುತ್ತದೆ. ಸಂಪರ್ಕ ನಿಧಾನವಲ್ಲ; ಅದು ಮುಖ್ಯವಾದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನೇ ಎಸೆಯುತ್ತಿದೆ.

ಮೂರು ಆಯ್ಕೆಗಳು ಇದನ್ನು ಸರಿಪಡಿಸಬಹುದು, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಪದರಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ತಪ್ಪಾದದನ್ನು ಆರಿಸಿದರೆ ಏನೂ ಆಗುವುದಿಲ್ಲ ಅಥವಾ ಸುರಂಗವು ಹೊಸ ರೀತಿಯಲ್ಲಿ ಸೂಕ್ಷ್ಮವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಯ್ಕೆ ಮಾರ್ಗವು ನಿಜವಾಗಿ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂಬುದರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ಮೂರು ನಾಬ್ಗಳು, ಮೂರು ಬೇರೆ ಪದರಗಳು

link-mtu ಹೊರಗಿನ ಬಜೆಟ್: ಗೂಢಲಿಪೀಕರಿಸಿದ ಪೇಲೋಡ್ ಜೊತೆಗೆ OpenVPN ಹೆಡರ್, UDP ಹೆಡರ್ ಮತ್ತು ಹೊರಗಿನ IP ಹೆಡರ್. ಯಂತ್ರದಿಂದ ಏನು ಹೊರಬರುತ್ತದೆ ಎಂಬುದನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಭೌತಿಕ ಮಾರ್ಗವು ಸೀಮಿತಗೊಳಿಸುವ ಸಂಖ್ಯೆ ಇದೇ.

tun-mtu ಒಳಗಿನ ಬಜೆಟ್: ನಿಮ್ಮ ಸಂಚಾರವು ನೋಡುವ ಇಂಟರ್ಫೇಸ್. ಮಾರ್ಗವು ಹೊರಬಲ್ಲದಕ್ಕಿಂತ ಸುರಂಗದ ಓವರ್ಹೆಡ್ನಷ್ಟೇ ನಿಖರವಾಗಿ ದೊಡ್ಡದಾಗಿದೆ, ಮತ್ತು OpenVPN ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ನೀವೇ ಹೊಂದಿಸಲು ಒತ್ತಾಯಿಸುವ ಬದಲು ಉತ್ಪಾದಿಸುತ್ತದೆ.

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

ನೀವು link-mtu ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿದರೆ, ಒಳಗಿನ MTU ಪಡೆಯಲು OpenVPN ತನ್ನದೇ ಓವರ್ಹೆಡ್ ಕಳೆಯುತ್ತದೆ. ಆ ಓವರ್ಹೆಡ್ ಸ್ಥಿರ ಸ್ಥಿರಾಂಕವಲ್ಲ; ಅದು ಸೈಫರ್ ಮತ್ತು ದೃಢೀಕರಣವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಫೋರಮ್ನಿಂದ ನಕಲಿಸಿದ ಮೌಲ್ಯ ಬೇರೆ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ತಪ್ಪಾಗಿರಬಹುದು. link-mtu ಮತ್ತು tun-mtu ಎರಡನ್ನೂ ಹೊಂದಿಸಿದರೆ ಕ್ಲೈಂಟ್ಗೆ ಎರಡು ಪರಸ್ಪರ ವಿರುದ್ಧ ಸೂಚನೆಗಳನ್ನು ನೀಡುತ್ತೀರಿ.

ಯಾವುದೇ ಸಂಖ್ಯೆ ಆರಿಸುವ ಮೊದಲು ಮಾರ್ಗವನ್ನು ಅಳೆಯಿರಿ

ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಿಂದ ಅಳೆಯಿರಿ, ಸುರಂಗದ ಒಳಗಿನಿಂದ ಅಲ್ಲ, ಮತ್ತು ಪಿಂಗ್ ಪೇಲೋಡ್ ಅನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನಲ್ಲ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ಪೇಲೋಡ್ ಅನ್ನು 1500 ಬೈಟ್ ಚೌಕಟ್ಟಿನೊಂದಿಗೆ ಹೋಲಿಸುವ ಮೊದಲು IPv4 ಮತ್ತು ICMP ಹೆಡರ್ಗಳಿಗೆ 28 ಬೈಟ್ ಸೇರಿಸಿ, ಮತ್ತು ಸಹಭಾಗಿ ಬೇರೆ ಸಂಖ್ಯೆ ವರದಿ ಮಾಡಿದಾಗ ಆ ತಿದ್ದುಪಡಿಯನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ.

Linux ಕ್ಲೈಂಟ್ನಲ್ಲಿ ping -M do -s 1472 ತುಣುಕುಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿಷೇಧಿಸುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ತುಂಬಾ ದೊಡ್ಡದಾದರೆ ವಿಫಲವಾಗುತ್ತದೆ. ಅದು ದಾಟುವವರೆಗೆ ಪೇಲೋಡ್ ಕಡಿಮೆ ಮಾಡಿ, ನಂತರ ಮಾರ್ಗದ MTU ಪಡೆಯಲು 28 ಸೇರಿಸಿ. PPPoE 8 ಬೈಟ್ ವೆಚ್ಚ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ DSL ನಲ್ಲಿ 1492 ಸಾಮಾನ್ಯ. DS-Lite ಮತ್ತು ಕೆಲವು ಮೊಬೈಲ್ ಮಾರ್ಗಗಳು 40 ಅಥವಾ ಹೆಚ್ಚು ವೆಚ್ಚ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಉತ್ತರ ಸಾಮಾನ್ಯವಾಗಿ ನಾಮಮಾತ್ರ ಲಿಂಕ್ ವೇಗ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಕಡಿಮೆಯಿರುತ್ತದೆ.

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

ಮೊದಲು TCP ಅನ್ನು ಮಿತಿಗೊಳಿಸಿ, ನಂತರ ಸುರಂಗವನ್ನು ಚಿಕ್ಕದಾಗಿಸಿ

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

ಪರಿಣಾಮಕ್ಕೊಳಗಾದ ಸಂಚಾರ TCP ಅಲ್ಲದಿದ್ದಾಗ ಒಳಗಿನ MTU ಕಡಿಮೆ ಮಾಡಿ. UDP ಸೇವೆ, ಸುರಂಗದೊಳಗಿನ ಸುರಂಗ, ಅಥವಾ ಪೂರ್ಣ ಗಾತ್ರದ ಡೇಟಾಗ್ರಾಮ್ಗಳನ್ನು ಕಳುಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್ MSS ಮಿತಿಯ ನಂತರವೂ ವಿಫಲವಾಗುತ್ತಲೇ ಇರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದರ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು ಯಾವುದೂ ಮತ್ತೆ ಬರೆಯುವುದಿಲ್ಲ. ಆ ಸಂದರ್ಭಕ್ಕೆ tun-mtu ಕಡಿಮೆ ಮಾಡಿ, ಅಥವಾ link-mtu ಹೊಂದಿಸಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಒಳಗಿನ ಮೌಲ್ಯವನ್ನು ಉತ್ಪಾದಿಸಲು ಬಿಡಿ, ಆದರೆ ಎರಡನ್ನೂ ಎಂದಿಗೂ ಅಲ್ಲ.

ಹಳೆಯ ತುಣುಕುಗೊಳಿಸುವಿಕೆ ಆಯ್ಕೆಗೆ ಕೈ ಹಾಕಬೇಡಿ. ಅದು ಸುರಂಗದೊಳಗೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ವಿಭಜಿಸಿತು, ಓವರ್ಹೆಡ್ ಸೇರಿಸಿತು, ಮತ್ತು ಒಳ್ಳೆಯ ಕಾರಣಗಳಿಗಾಗಿ ಹಳೆಯದಾಗಿದೆ; ಆಧುನಿಕ OpenVPN ಮಾರ್ಗವನ್ನು ನಿಖರವಾಗಿ ವಿವರಿಸುವುದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ.

ಸಣ್ಣ ಪರೀಕ್ಷೆಗಳು ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತವೆ

DNS ಪ್ರಶ್ನೆಗಳು, ICMP ಪ್ರತಿಧ್ವನಿಗಳು ಮತ್ತು TCP ಕೈಹಿಡಿತಗಳು ವಿಫಲವಾಗುವ ಗಾತ್ರಕ್ಕಿಂತ ಬಹಳ ಕಡಿಮೆಯಿವೆ. ಆದ್ದರಿಂದ ಸುರಂಗವು ಪ್ರತಿ ತ್ವರಿತ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ TLS ಕೈಹಿಡಿತಗಳು ಮತ್ತು HTTP ಪ್ರತಿಕ್ರಿಯೆಗಳು ಮೌನವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ. ಆ ಸಂಯೋಜನೆಯೇ, ಕೆಲಸ ಮಾಡುವ traceroute ಮತ್ತು ಮೊದಲ ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ನಿಂತುಕೊಳ್ಳುವ ಬ್ರೌಸರ್, ಹುಡುಕಬೇಕಾದ ಸೂಚನೆ. ಹೊಸ ಪ್ರೊಫೈಲ್ಗೆ ಕೈ ಹಾಕುವ ಮೊದಲು ಪೂರ್ಣ ಗಾತ್ರದ ಪರೀಕ್ಷೆಗೆ ಕೈ ಹಾಕಿ.

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

IPv6 ಸುರಂಗದ ಮೇಲೆ ಚಲಿಸುವಾಗ ಒಳಗಿನ MTU ಅನ್ನು ಎಂದಿಗೂ 1280 ಕ್ಕಿಂತ ಕಡಿಮೆ ಮಾಡಬೇಡಿ, ಏಕೆಂದರೆ ಪ್ರತಿ IPv6 ಲಿಂಕ್ ಹೊರಬೇಕಾದ ಕನಿಷ್ಠ ಅದೇ. ಚಿಕ್ಕ MTU ಮಾರ್ಗದ ಬಗ್ಗೆ ಇರುವ ಸತ್ಯ, ಭಾವನೆಯಿಂದ ಟ್ಯೂನ್ ಮಾಡುವ ಕಾರ್ಯಕ್ಷಮತೆ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ.