OpenVPN MTU ನ ಅಸಂಗತ ಬಳಕೆಯ ಬಗ್ಗೆ ಎಚ್ಚರಿಸುತ್ತದೆ: ಸಂದೇಶ ಏನನ್ನು ಹೋಲಿಸುತ್ತದೆ

ಆ ಎಚ್ಚರಿಕೆ ಪೀರ್ ಆಯ್ಕೆಗಳ ನಡುವಿನ ಹೋಲಿಕೆಯನ್ನು ತಿಳಿಸುತ್ತದೆ, ಅವುಗಳ ನಡುವಿನ ಪಥದ ಅಳತೆಯನ್ನಲ್ಲ. ಜನರು ಅದನ್ನು ‘MTU ತಪ್ಪಾಗಿದೆ’ ಎಂದು ಓದಿ ಸಾಲು ಮಾಯವಾಗುವವರೆಗೆ ಸಂಖ್ಯೆಯನ್ನು ಬದಲಿಸುತ್ತಾರೆ. ಅದು ಸಂರಚನೆಯ ಹೋಲಿಕೆಯನ್ನು ನೆಟ್ವರ್ಕ್ ಅಳತೆಯೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ, ಮತ್ತು ಲಾಗ್ ಶಾಂತವಾಗುವಾಗ ಟನೆಲ್ ಹದಗೆಡುವುದು ಸಾಮಾನ್ಯ. ಉಪಯುಕ್ತವಾದ ಮೊದಲ ಹೆಜ್ಜೆ ಈ ಎರಡು ಸಮಸ್ಯೆಗಳಲ್ಲಿ ನಿಜವಾಗಿ ಯಾವುದು ನಿಮ್ಮಲ್ಲಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು.

ಮೂರು ಷರತ್ತುಗಳು ಉತ್ತರವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ: ಪೀರ್ ಏನನ್ನು ಹೋಲಿಸುತ್ತವೆ, ಮೌಲ್ಯ ಹಳೆಯದೇ ಎಂಬುದು, ಮತ್ತು ಎಚ್ಚರಿಕೆಯಾಚೆ ಯಾವ ಲಕ್ಷಣವಿದೆ.

ಎಚ್ಚರಿಕೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನಲ್ಲ, ಆಯ್ಕೆಗಳನ್ನು ಹೋಲಿಸುತ್ತದೆ

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

ಸಂಪೂರ್ಣ ಎಚ್ಚರಿಕೆಯನ್ನು ಅದರ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಇರಿಸಿ. ಸಾಕ್ಷ್ಯ ಆ ಜೋಡಿ; ನಿಮಗೆ ನೆನಪಿರುವ ಒಂಟಿ ಸಂಖ್ಯೆಯಲ್ಲ.

link-mtu ಹಳೆಯದಾಗಿರುವುದೇಕೆ

OpenVPN 2.6 link-mtu ಅನ್ನು ಹಳೆಯದೆಂದು ಘೋಷಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಬದಲಾಗುವ ಶೀರ್ಷಿಕೆಗಳು ಮತ್ತು ಸಮಾಲೋಚಿತ ಸೈಫರ್ಗಳು ಸ್ಥಿರ ಲಿಂಕ್ ಮೌಲ್ಯವನ್ನು ಅವಿಶ್ವಾಸನೀಯಗೊಳಿಸುತ್ತವೆ. ಆಯ್ಕೆಯು ಪ್ರೋಟೋಕಾಲ್ ಇನ್ನು ಖಾತರಿಪಡಿಸದ ಪ್ಯಾಕೆಟ್ ಜೋಡಣೆಯನ್ನು ಊಹಿಸಿತ್ತು, ಆದ್ದರಿಂದ ಅಕ್ಷರಶಃ link-mtu ಹೊಂದಿರುವ ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಪ್ರಸ್ತುತ ಕೋಡ್ ಪೂರೈಸಲಾಗದ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆ ಸಂಖ್ಯೆಯನ್ನು ಹೊಸ ಪ್ರೊಫೈಲ್ಗೆ ನಕಲಿಸುವುದು ಹಳೆಯ ಊಹೆಯನ್ನು ಹರಡುತ್ತದೆ. ಅದನ್ನು ಶಿಫಾರಸಲ್ಲ, ಹಳೆಯ ಪ್ರೊಫೈಲ್ನ ಇತಿಹಾಸದ ಭಾಗವೆಂದು ಓದಿ.

ಸುಸಂಗತತೆ ಪರಿಶೀಲನೆಯಲ್ಲಿ tun-mtu ಗೆ ಸಂಬಂಧಿಸಿದ ಐಚ್ಛಿಕ OCC ಮೌಲ್ಯವೂ ಇದೆ, ಅದು ನೆಟ್ವರ್ಕ್ ಸಾಗಿಸುವುದನ್ನು ಬದಲಿಸದೆ ಏನನ್ನು ಹೋಲಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅದನ್ನು ಹೊಂದಿಸುವುದರಿಂದ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ಗಳು ಒಳಗೆ ಹಿಡಿಯುವುದಿಲ್ಲ.

ಪಥವನ್ನು ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಪ್ರೊಫೈಲ್ ಸರಿಪಡಿಸಿ

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

ಹಂಚಿಕೆಯ ಸರ್ವರ್ ಜಾಗತಿಕ ಮೌಲ್ಯವನ್ನು ಸರಿಸುವ ಮೊದಲು ತನ್ನ ಕ್ಲೈಂಟ್ ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸಬೇಕು, ಏಕೆಂದರೆ ಒಂದು ಸೈಟ್ಗೆ ಸರಿಹೊಂದುವ ಮೌಲ್ಯ ಇನ್ನೊಂದನ್ನು ಮುರಿಯಬಹುದು.

ನಂತರ ನಿಜವಾಗಿ ಇರುವ ಲಕ್ಷಣವನ್ನು ಪರೀಕ್ಷಿಸಿ

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

mssfix ಟನೆಲ್ ಒಳಗಿನ TCP ಅವಧಿಗಳಿಗೆ ಘೋಷಿಸಲಾದ MSS ಅನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಇದು TCP ಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಒಳಗಿನ UDP ಹೊರೆಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ತುಂಡರಿಕೆ ಮತ್ತು ಇಳಿಸುವಿಕೆ ಸಂಯೋಜನೆಗಳಿಗೆ ತಮ್ಮದೇ ಹೊಂದಾಣಿಕೆಯ ಷರತ್ತುಗಳಿವೆ. ಲಾಗ್ನ ಒಂದು ಸಾಲನ್ನು ಶಾಂತಗೊಳಿಸಲು ಹಲವನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸುವ ಬದಲು ಸಾಬೀತಾದ ಸಮಸ್ಯೆಗೆ ಒಂದು ಕಾರ್ಯವಿಧಾನವನ್ನು ಆರಿಸಿ.

ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯಗಳನ್ನು ಫಲಿತಾಂಶದೊಂದಿಗೆ ಇರಿಸಿ

ನಿಜವಾದ ವರ್ಗಾವಣೆಯ ಫಲಿತಾಂಶದ ಪಕ್ಕದಲ್ಲಿ ಮೂಲ ಮತ್ತು ಸರಿಪಡಿಸಿದ ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯಗಳನ್ನು ದಾಖಲಿಸಿ. ಆ ಜೋಡಿಯೇ ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಯನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಇರುವ ಪಥ-MTU ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಅದಿಲ್ಲದೆ ಮುಂದಿನ ಓದುಗ ಮಾಯವಾದ ಎಚ್ಚರಿಕೆಯನ್ನು ಕಂಡು ಜಾಲ ಬದಲಾಗಿದೆ ಎಂದು ಊಹಿಸುತ್ತಾನೆ.

ಸುಸಂಗತತೆ ಪರಿಶೀಲನೆಯನ್ನು ಒತ್ತಡಿಸುವುದರಿಂದ ಏನೂ ಸಮನಾಗುವುದಿಲ್ಲ. ಅದು ವೀಕ್ಷಣೆಯನ್ನು ತೆಗೆದುಹಾಕಿ ಎರಡೂ ಸಂರಚನೆಗಳನ್ನು ಹಾಗೆಯೇ ಬಿಡುತ್ತದೆ.