WireGuard ನ MTU ಯನ್ನು ಯಾರು ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ: wg-quick, ಕರ್ನಲ್ ಅಥವಾ ನೀವು
WireGuard ಯಾವುದೇ MTU ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ. ಸೆಟಪ್ ಸಾಧನ, ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಅಥವಾ ನಿಮ್ಮ ಕಾನ್ಫಿಗ್ ಸಾಲು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವು ಮಾರ್ಗದ ಬಗ್ಗೆ ಊಹೆ, ಅಳತೆ ಅಲ್ಲ.
WireGuard ನಲ್ಲಿ MTU ಮಾತುಕತೆ ಇಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಕೊಡುವುದನ್ನೆಲ್ಲ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಫಲಿತಾಂಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗ ಮೀರಿದರೆ ಅದು ನೀವು ನೋಡಲಾಗದ ಎಲ್ಲೋ ಬಿಡಲ್ಪಡುತ್ತದೆ ಅಥವಾ ತುಂಡಾಗುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ನ MTU ಅನ್ನು ಯಾರಾದರೂ ಆಯ್ಕೆ ಮಾಡಬೇಕು, ಮತ್ತು ಆ ಯಾರೋ ಇಂಟರ್ಫೇಸ್ ಎತ್ತಿದ ಸಾಧನ.
ಮೂರು ಅಭ್ಯರ್ಥಿಗಳಿದ್ದಾರೆ, ಮತ್ತು ಅವರನ್ನು ಗೊಂದಲಿಸುವುದು ಸುಲಭ.
ಮೌಲ್ಯ ಬರಬಹುದಾದ ಮೂರು ಸ್ಥಳಗಳು
ಮೌಲ್ಯವನ್ನು ಇಂಟರ್ಫೇಸ್ ಕಾನ್ಫಿಗರೇಶನ್ನಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಇಡಬಹುದು, ಸೆಟಪ್ ಸಾಧನ ಮಾರ್ಗ ಮಾಹಿತಿಯಿಂದ ಲೆಕ್ಕಹಾಕಬಹುದು, ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಇಡಬಹುದು. ಸಾಮಾನ್ಯ wg ಕರೆ ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ wg ಕೀಲಿಗಳು ಮತ್ತು ಪೀರ್ಗಳನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸುತ್ತದೆ. MTU ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ip link show wg0 ಅದನ್ನು ಓದುವ ಸ್ಥಳ.
ಯಾವ ಪ್ರಕರಣ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ, ಮೊದಲು MTU ಓದಿ, ನಂತರ ಇಂಟರ್ಫೇಸ್ ಯಾರು ಪ್ರಾರಂಭಿಸಿದರು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ.
ಇಂಟರ್ಫೇಸ್ ಯಾರು ನಡೆಸುತ್ತಾರೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ನಿರ್ಧರಿಸಿ
ಅದನ್ನು wg-quick ಪ್ರಾರಂಭಿಸಿದರೆ, ಸ್ಪಷ್ಟ MTU ಸಾಲು ಗೆಲ್ಲುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅದು ಮೌಲ್ಯವನ್ನು ಲೆಕ್ಕಹಾಕುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಪ್ರಾರಂಭಿಸಿದರೆ, ಆ ಮ್ಯಾನೇಜರ್ನ ಪ್ರೊಫೈಲ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಕಂಟೇನರ್ ರನ್ಟೈಮ್ ಅಥವಾ ಪೂರೈಕೆದಾರ ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸಿದರೆ, wg-quick ವರ್ತನೆಯನ್ನು ಊಹಿಸುವ ಬದಲು ಅವರ ದಾಖಲೆ ಓದಿ.
ನಿರ್ಧಾರ ಅಮೂರ್ತವಾಗಿ ಯಾವ ಸಂಖ್ಯೆ ಉತ್ತಮ ಎಂಬುದಲ್ಲ. ನೀವು ನಿಜವಾಗಿ ಯಾವ ಘಟಕವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು ಎಂಬುದು.
ಡೀಫಾಲ್ಟ್ ಲೆಕ್ಕ ಏನು ಮಾಡುತ್ತದೆ
wg-quick ಪೀರ್ನ ಅಂತ್ಯಬಿಂದುವಿಗೆ ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ, ಆ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ನ MTU ತೆಗೆದುಕೊಂಡು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ವೆಚ್ಚವನ್ನು ಕಳೆಯುತ್ತದೆ. IPv4 ಹೊರ ಶೀರ್ಷಿಕೆಯೊಂದಿಗೆ ಅದು ಸುಮಾರು 60 ಬೈಟ್; IPv6 ಯೊಂದಿಗೆ ಸುಮಾರು 80. ಫಲಿತಾಂಶವನ್ನು ಮಿತಿಗೊಳಿಸಲಾಗುತ್ತದೆ, 1500 ಬೈಟ್ ಮಾರ್ಗವು 1420 ನೀಡುತ್ತದೆ, ಒಂದೇ ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಮೌಲ್ಯವಲ್ಲ. ಇದು ಸಮಂಜಸವಾದ ಡೀಫಾಲ್ಟ್, ನಿಮ್ಮ ಮಾರ್ಗದ ಅಳತೆ ಅಲ್ಲ.
ನಂತರದ ಸುರಂಗ, ಮೊಬೈಲ್ ಲಿಂಕ್ ಅಥವಾ ಫಿಲ್ಟರ್ ಮಾಡಿದ ICMP ಮಾರ್ಗ ಬಗ್ಗೆ ಅದಕ್ಕೆ ತಿಳಿಯದು.
ಈ ಮಿತಿ ನಿಜವಾದ ಪ್ರಶ್ನೆಯನ್ನು ಮುಚ್ಚುತ್ತದೆ. ನಿಮ್ಮ ಮಾರ್ಗ ನಿಜವಾಗಿ ತುದಿಯಿಂದ ತುದಿಗೆ 9000 ಬೈಟ್ ಆಗಿದ್ದರೆ, 1420 ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಜಿನ ಮೇಲೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಮಾರ್ಗ 1400 ಆಗಿದ್ದರೆ, 1420 ಈಗಾಗಲೇ ತುಂಬಾ ದೊಡ್ಡದು. ಡೀಫಾಲ್ಟ್ ಒಂದು ರಾಜಿ, ಮತ್ತು ಅದನ್ನು ಹಾಗೆಯೇ ಪರಿಗಣಿಸಬೇಕು.
ಮಾರ್ಗ ನಿಮ್ಮ ಕೆಳಗೆ ಬದಲಾದಾಗ
Ethernet ನಿಂದ Wi-Fi ಗೆ, ನಂತರ ಫೋನ್ ಹಾಟ್ಸ್ಪಾಟ್ಗೆ ಸಂಚರಿಸುವ ಲ್ಯಾಪ್ಟಾಪ್ ಪ್ರಾರಂಭಿಸಿದ ಇಂಟರ್ಫೇಸ್ MTU ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಹೊರ ಮಾರ್ಗ ಈಗ ಚಿಕ್ಕದಾಗಿರಬಹುದು, ಮತ್ತು ಯಾವುದೂ ಮತ್ತೆ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ. ಒಳಗೊಳಗಿನ ಸುರಂಗಗಳು ಪರಿಸ್ಥಿತಿಯನ್ನು ಹದಗೆಡಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಪದರವೂ ತನ್ನ ವೆಚ್ಚವನ್ನು ಅದೇ ಬಜೆಟ್ನಿಂದ ಕಳೆಯುತ್ತದೆ. ಕಚೇರಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಮೌಲ್ಯವು ವಿಮಾನ ನಿಲ್ದಾಣದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮೌಲ್ಯವಲ್ಲ.
ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ ಕೀಲಿಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ಗಳು ಹಿಡಿಯುತ್ತವೆಯೇ ಎಂಬುದನ್ನು ಅದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಒಂದು ಬಾರಿಗೆ ಒಂದು ಸಂಖ್ಯೆ ಪರೀಕ್ಷಿಸಿ
ಅದೇ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಒಂದು ಮೌಲ್ಯ ಬದಲಿಸಿ ಅಳೆಯಿರಿ. ping -M do -s 1372 DF ಬಿಟ್ ಸೇರಿಸಿದ 1400 ಬೈಟ್ ಪ್ಯಾಕೆಟ್ ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ನಿಮಗೆ ಬೇಕಾದ ಪರೀಕ್ಷೆಯ ರೂಪ. ಸಣ್ಣ ವಿನಂತಿಗಳು ಕೆಲಸ ಮಾಡಿ ದೊಡ್ಡವು ನಿಲ್ಲುತ್ತಿದ್ದರೆ, ರೂಟಿಂಗ್ ಸಮಸ್ಯೆ ಅಲ್ಲ, ಗಾತ್ರದ ಸಮಸ್ಯೆ.
MTU ಮಾತ್ರ ಬದಲಿಸಿ. ಹಲವು ಪ್ಯಾಕೆಟ್ ಆಯ್ಕೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸರಿಹೊಂದಿಸುವುದು ಯಾವುದು ಮುಖ್ಯವಾಗಿತ್ತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ.
ಮತ್ತು MTU ಬದಲಾವಣೆ ಕಾಣೆಯಾದ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ, ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮ ಅಥವಾ DNS ವೈಫಲ್ಯವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಬೇಡಿ. ಅವು ಕೂಡ ಸಂಚಾರವಿಲ್ಲದ ಲಕ್ಷಣಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಮತ್ತು ಅವಕ್ಕೆ ಸ್ವಂತ ಪರೀಕ್ಷೆಗಳಿವೆ. wg-quick ಕೈಪಿಡಿ ಸ್ವಯಂಚಾಲಿತ ಆಯ್ಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ.