Linux ನಲ್ಲಿ ಪ್ರತಿ-ಮಾರ್ಗ MTU: ಮೂರು ಗಾತ್ರ ನಿಯಂತ್ರಣಗಳು, ಒಂದು ಮಾರ್ಗ
ಇಂಟರ್ಫೇಸ್ MTU, ಮಾರ್ಗ MTU ಮತ್ತು MSS ಮಿತಿ ಬೇರೆ ಬೇರೆ ಪದರಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಶೋಧನೆಯಲ್ಲಿ ಗೆಲ್ಲುವ ಮಾರ್ಗಕ್ಕೆ ಬಜೆಟ್ ಜೋಡಿಸಿ ಮತ್ತು ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತೆ ಇರಿಸಿ.
Linux ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಮೂರು ಸೆಟ್ಟಿಂಗ್ಗಳು «ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಚಿಕ್ಕದಾಗಿ ಮಾಡು» ಎಂದು ಕೇಳಿಸುತ್ತವೆ ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಪದರಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಇಂಟರ್ಫೇಸ್ MTU ಸಾಧನ ಕಳುಹಿಸುವ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಮಾರ್ಗ MTU ಆ ಮಾರ್ಗವನ್ನು ಬಳಸುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಒಂದು VPN ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಇದೇ ಸಾಮಾನ್ಯವಾಗಿ ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದದ್ದು. TCP MSS ಮಿತಿ ಎರಡು ತುದಿಗಳು ಮಾತುಕತೆ ನಡೆಸುವುದನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು UDP ಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.
ಒಂದೇ ನಾಬ್ನಂತೆ ಕಾಣುವ ಮೂರು ನಿಯಂತ್ರಣಗಳು
ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಅವನ್ನು ಪಕ್ಕ ಪಕ್ಕ ಇರಿಸಿ, ಏಕೆಂದರೆ ತಪ್ಪು ಸಾಲನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದೇ ಕೆಲಸ ಮಾಡದ ಹೆಚ್ಚಿನ ಸಲಹೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
ಇಡೀ ಯಂತ್ರಕ್ಕೆ Ethernet MTU ಕಡಿಮೆ ಮಾಡುವುದು ಈ ಪರಿಹಾರದ ಒರಟು ಆವೃತ್ತಿ. ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಹೋಸ್ಟ್ನ ಪ್ರತಿ ಇತರ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನೂ ದಂಡಿಸುತ್ತದೆ, ಮಾರ್ಗಗಳು ಸರಿಯಾಗಿದ್ದವು ಸೇರಿದಂತೆ. ಪ್ರತಿ-ಮಾರ್ಗ ಮೌಲ್ಯ ಅದೇ ಉದ್ದೇಶವನ್ನು ಪಾರ್ಶ್ವ ವೆಚ್ಚವಿಲ್ಲದೆ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ.
ಹೋಲಿಕೆ ಹೋಸ್ಟ್ ಸ್ವತಃ ಉತ್ಪಾದಿಸುವ ಸಂಚಾರಕ್ಕೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ. ಇನ್ನೊಬ್ಬ ಕ್ಲೈಂಟ್ಗೆ ಪ್ಯಾಕೆಟ್ ರವಾನಿಸುವುದು ಅವನ ಸ್ವಂತ ಮಾರ್ಗ ಮತ್ತು ಸುರಂಗದ ಹೊರ ಬಜೆಟ್ ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಈ ಹೋಸ್ಟ್ನ ಮಾರ್ಗ ಮೆಟ್ರಿಕ್ ಆ ಗಡಿಯನ್ನು ದಾಟುವುದಿಲ್ಲ.
ಶೋಧನೆಯಲ್ಲಿ ಗೆಲ್ಲುವ ಮಾರ್ಗಕ್ಕೆ ಬಜೆಟ್ ಜೋಡಿಸಿ
ಒಂದು ಉದಾಹರಣೆ IPv4 ಮಾರ್ಗ ದಾಖಲೆ ಹೀಗೆ ಕಾಣುತ್ತದೆ:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380ದಾಖಲೆಯನ್ನು ಅಂಟಿಸುವ ಮೌಲ್ಯವಾಗಿ ಅಲ್ಲ, ಉದ್ದೇಶದ ವಿವರಣೆಯಾಗಿ ಓದಿ. ಪೂರ್ವಪ್ರತ್ಯಯ, ಸಾಧನ ಮತ್ತು ಆದ್ಯತೆಯ ಮೂಲ ನಿಜವಾದ ಸಂರಚನೆಗೆ ಹೊಂದಬೇಕು, ಮತ್ತು ಸಂಖ್ಯೆ ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ನಿಂದ ಅಲ್ಲ, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಮಾರ್ಗದ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯದಿಂದ ಬರಬೇಕು. ಮಾರ್ಗ MTU ಒಳಗಿನ IP ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಅದು 1380 ಬೈಟ್ TCP ಪೇಲೋಡ್ ಅಥವಾ 1380 ಬೈಟ್ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಹೊರ ಪ್ಯಾಕೆಟ್ ಅಲ್ಲ.
ಏನನ್ನೂ ಸೇರಿಸುವ ಮೊದಲು ಶೋಧನೆ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಬಗೆಹರಿಯುತ್ತದೆ ಎಂದು ನೋಡಿ. ನೀತಿ ನಿಯಮಗಳಿರುವ ಹೋಸ್ಟ್ ಒಂದು ಗಮ್ಯಸ್ಥಾನವನ್ನು main ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಕೋಷ್ಟಕದ ಮೂಲಕ ಮಾರ್ಗ ಮಾಡಬಹುದು, ಮತ್ತು ಕೇವಲ main ನಲ್ಲಿ ಇರುವ ಮೆಟ್ರಿಕ್ ಆ ವಿನಂತಿಗೆ ಅಗೋಚರ. ಹೋಲಿಸಿ ip -4 route show table all ಮತ್ತು ip route get ಉತ್ತರವನ್ನು, ನಿಯಮಗಳು ಬಳಸಿದಾಗ ಮಾರ್ಕ್ ಅಥವಾ ನೇಮ್ಸ್ಪೇಸ್ ಸಂದರ್ಭ ಸೇರಿಸಿ. ಎರಡೂ ಹೊಂದದಿದ್ದರೆ, ಮೆಟ್ರಿಕ್ ಬೇಕಾಗಿರುವುದು ಉತ್ತರಿಸಿದ ಕೋಷ್ಟಕಕ್ಕೆ, ಹೆಚ್ಚು ಅಂದವಾದಂತೆ ಕಾಣುವುದಕ್ಕಲ್ಲ.
mtu ಎಂಬುದು mtu lock ಅಲ್ಲ
ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕರ್ನಲ್ ಇನ್ನೂ ICMP ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ಪಥ MTU ಅನ್ನು ನವೀಕರಿಸಬಹುದು, ಪಥ MTU ಶೋಧನೆ ಅದಕ್ಕೇ. lock ಸೇರಿಸುವುದು ಅದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಇದು ಬೇರೆ ನಿರ್ಧಾರ, ಅದೇ ಸಂಖ್ಯೆಯನ್ನು ಉಳಿಸುವ ಬಲವಾದ ದಾರಿಯಲ್ಲ, ಮತ್ತು IPv4 ಗೆ ಇದು «ಒಡೆಯಬೇಡ» ಬಿಟ್ನ ದಾಖಲಿತ ನಿರ್ವಹಣೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ.
ಪಥವನ್ನು ಅಳೆದು ಏನೇ ಬಂದರೂ ಮೌಲ್ಯ ಸ್ಥಿರವಾಗಿರಬೇಕೆಂದು ಬಯಸಿದಾಗ ಲಾಕ್ ಮಾಡುವುದು ಸಮಂಜಸ. ಜಾಲಬಂಧ ಕಾನೂನುಬದ್ಧ ಗಾತ್ರ ಪ್ರತಿಕ್ರಿಯೆ ಕಳುಹಿಸಿದಾಗ ಇದು ಕೆಟ್ಟ ಡೀಫಾಲ್ಟ್, ಏಕೆಂದರೆ ಕರ್ನಲ್ ಇನ್ನು ಸರಿಹೊಂದಿಸಲಾಗದು ಮತ್ತು ವೈಫಲ್ಯ ಬೇರೆ ಲಕ್ಷಣಕ್ಕೆ ಸರಿಯುತ್ತದೆ.
ಪಥದ ಎಲ್ಲಾದರೂ ICMP ಫಿಲ್ಟರ್ ಆದರೆ, ಯಾವುದೇ ಮಾರ್ಗ ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಪರಿಹಾರ ಫಿಲ್ಟರ್ಗೆ ಸೇರಿದ್ದು, ಮತ್ತು ಚಿಕ್ಕ MTU ಮುಂದಿನ ಪಥ ಬದಲಾವಣೆಯವರೆಗೆ ನಿಜವಾದ ದೋಷವನ್ನು ಮುಚ್ಚುವ ತಾತ್ಕಾಲಿಕ ಉಪಾಯ.
ಸುರಂಗ ತಂತ್ರಾಂಶ ತನ್ನದೇ ಗಾತ್ರ ನಾಬ್ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ
OpenVPN- mssfix ತನ್ನ ದಾಖಲಿತ UDP ಸುರಂಗ ಪ್ರಕರಣಕ್ಕೆ TCP ವಿಭಾಗದ ಗಾತ್ರವನ್ನು ಸರಿಹೊಂದಿಸುತ್ತದೆ. ಅದು TCP ಸಂಭಾಷಣೆಯ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಮಾರ್ಗ MTU ಯ ಇನ್ನೊಂದು ಕಾಗುಣಿತವಲ್ಲ, ಮತ್ತು ಮಾತುಕತೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ UDP ಸೇವೆಗೆ ಸಹಾಯ ಮಾಡಲಾಗದು.
ಒಂದೇ ಬದಲಾವಣೆ ಕಿಟಕಿಯಲ್ಲಿ ಮಾರ್ಗ MTU, ಇಂಟರ್ಫೇಸ್ MTU ಬದಲಾವಣೆ ಮತ್ತು MSS ಮಿತಿಯನ್ನು ಒಟ್ಟುಗೂಡಿಸಬೇಡಿ. ಸಮಸ್ಯೆ ಮಾಯವಾದರೆ ಯಾವುದು ಮುಖ್ಯವಾಗಿತ್ತು ಎಂದು ತಿಳಿಯದು, ಮತ್ತು ಉಳಿಸಿಕೊಳ್ಳುವವು ವರ್ಷಗಳ ಕಾಲ ಸಂಚಾರವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ, ಕಾರಣ ಯಾರಿಗೂ ನೆನಪಿರದೆ.
ಅದನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತೆ ಮಾಡಿ, ನಂತರ ಸಾಬೀತುಪಡಿಸಿ
ಮಾರ್ಗದ ನಿಜವಾದ ಮಾಲೀಕ ಮರುಸಂಪರ್ಕದ ನಂತರ ಬದಲಾವಣೆ ಉಳಿಯುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತಾನೆ. ಮಾರ್ಗವನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಸ್ಥಾಪಿಸುವ VPN ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿಮ್ಮ ಮೆಟ್ರಿಕ್ ಇಲ್ಲದೆ ಅದನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುತ್ತದೆ, ಮತ್ತು ಕೈಯಿಂದ ip route add ನಂತರ ಒಂದು ದಿನದ ನಂತರ ವಿಫಲವಾದ ಪರಿಹಾರದಂತೆ ಕಾಣುತ್ತದೆ. ಮೌಲ್ಯವನ್ನು ನಿರ್ವಾಹಕರ ಸಂರಚನೆಯಲ್ಲಿ ಇರಿಸಿ, ಮತ್ತು ತಾತ್ಕಾಲಿಕ ಪ್ರಯೋಗ ಬೇಕಾದರೆ ಮೊದಲು ಮೂಲ ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ.
ನಿಂತುಹೋದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮಾಡುವ ಹೊಸ ಸಂಪರ್ಕದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಉದ್ದೇಶಿತ ಖಾಸಗಿ ಮಾರ್ಗ ಇನ್ನೂ ಗೆಲ್ಲುತ್ತದೆ ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಗಮ್ಯಸ್ಥಾನಗಳು ಬದಲಾಗಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ. ಸುರಂಗವನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ಓದಿ, ಏಕೆಂದರೆ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಕಣ್ಮರೆಯಾಗುವ ಮೌಲ್ಯ ಪರಿಹಾರವಲ್ಲ.
ಸಾಕ್ಷ್ಯ ಬದಲಾವಣೆಯನ್ನು ಬೆಂಬಲಿಸದಿದ್ದರೆ, ಮೇಲ್ಬರಹವನ್ನು ಅದರ ನಿರ್ವಾಹಕದ ಮೂಲಕ ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಅಳಿಸುವ ಬದಲು ಮೂಲ ಮಾರ್ಗ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿ. ನಂತರ ಏನನ್ನು, ಯಾವ ಪಥದಲ್ಲಿ ಅಳೆದಿರಿ ಎಂದು ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ನಿಜವಾದ ಸುಧಾರಣೆಯನ್ನು ಚಾಲನೆಯಲ್ಲಿಟ್ಟ ಪ್ರಯೋಗದಿಂದ ಪ್ರತ್ಯೇಕಿಸಬಹುದಾದಂತೆ.