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

ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ವೈಫಲ್ಯದ ಆಕಾರವನ್ನು ಓದಿ

ಸಣ್ಣ ಪ್ಯಾಕೆಟ್‌ಗಳು ಹಾದುಹೋಗುತ್ತವೆ, ತುಂಬಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಹೋಗುವುದಿಲ್ಲ. ಪ್ರಾಂಪ್ಟ್, ಬ್ಯಾನರ್ ಅಥವಾ ಒಂದು ಕೀಲಿ ಒತ್ತುವಿಕೆ ಸುಲಭವಾಗಿ ಹಿಡಿಯುತ್ತದೆ; ಡೈರೆಕ್ಟರಿ ಪಟ್ಟಿ, ಡೌನ್‌ಲೋಡ್ ಅಥವಾ ಅಂಟಿಸಿದ ಬ್ಲಾಕ್ ಹಿಡಿಯುವುದಿಲ್ಲ. ವರ್ತನೆ ಬದಲಾಗುವ ಗಾತ್ರವೇ ಸುಳಿವು, SSH ಸಂಬಂಧಿತ ಪ್ರೋಗ್ರಾಂ ಎಂಬುದಲ್ಲ.

ಯಂತ್ರಣೆ ಇದು: ಪಥ MTU ಶೋಧನೆ, ಅದು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ. TCP ಸೆಗ್ಮೆಂಟ್ ಗಾತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ದಾರಿಯಲ್ಲಿ ಯಾವುದೇ ರೂಟರ್ ಉಂಟಾದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮುಂದೆ ಕಳುಹಿಸಲಾಗದಿದ್ದರೆ ಅದನ್ನು ICMP ಸಂದೇಶದಿಂದ ತಿಳಿಸಬೇಕು. ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಒಳಗಿನದಕ್ಕಿಂತ ದೊಡ್ಡದಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ ಒಳಗೆ ಬಳಸಬಹುದಾದ ಗಾತ್ರ ಯಾವಾಗಲೂ ಭೌತಿಕ ಕೊಂಡಿಗಿಂತ ಕೆಳಗಿರುತ್ತದೆ. ಆ ICMP ಸಂದೇಶಗಳನ್ನು ಎಲ್ಲಿಯಾದರೂ ಸೋಸಿದರೆ ಕಳುಹಿಸುವವನಿಗೆ ತಿದ್ದುಪಡಿ ಎಂದಿಗೂ ಸಿಗುವುದಿಲ್ಲ, ತುಂಬಿದ ಸೆಗ್ಮೆಂಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತಲೇ ಇರುತ್ತಾನೆ, ಮತ್ತು ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಯಾವ ಸೂಚನೆಯೂ ಇಲ್ಲದೆ ಬಿಸಾಡಲ್ಪಡುತ್ತದೆ.

ಎರಡೂ ಬದಿಗಳಿಂದ ಮಿತಿ ಅಳೆಯಿರಿ

ಎರಡರಲ್ಲಿ ಒಂದನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಟನೆಲ್‌ನ MTU ಅನ್ನು ಭೌತಿಕ ಕೊಂಡಿಗೆ ಹೋಲಿಸಿ. ಭೌತಿಕ ಮೌಲ್ಯವನ್ನು ನಕಲಿಸಿದ ಟನೆಲ್ ಹೊಂದಿಕೆಯಾಗದಿರುವುದು ಎಲ್ಲಿದೆ ಎಂದು ಈಗಾಗಲೇ ಹೇಳಿದೆ.

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

ip link show tun0
ping -M do -s 1380 10.9.0.1

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

mssfix ಮತ್ತು fragment ಬೇರೆ ಬೇರೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ

mssfix ಟನೆಲ್ ಒಳಗಿನ TCP ಸಂಪರ್ಕಗಳು ತಮ್ಮ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಮಯದಲ್ಲಿ ಘೋಷಿಸುವ ಸೆಗ್ಮೆಂಟ್ ಗಾತ್ರವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. SSH, HTTPS ಮತ್ತು ಫೈಲ್ ನಕಲುಗಳಿಗೆ ಇದೇ ಸರಿಯಾದ ಹಿಡಿತ, ಆದ್ದರಿಂದ ಅದನ್ನು ಹೊಂದಿಸಿದ ಕೂಡಲೇ ನಿಲುಗಡೆ ಹಲವು ಬಾರಿ ಮಾಯವಾಗುತ್ತದೆ. ಅದು UDP ಪೇಲೋಡ್‌ಗಳನ್ನು ಸ್ವಲ್ಪವೂ ಮುಟ್ಟುವುದಿಲ್ಲ.

UDP ಸೇವೆಯನ್ನೂ ಸಾಗಿಸುವ ಟನೆಲ್ SSH ಸರಿಪಡಿಸಿದ ನಂತರವೂ ವಿಫಲವಾಗಬಹುದು, ಮತ್ತು ಆ ಫಲಿತಾಂಶ ಒಂದೇ ಆಯ್ಕೆ ಎಲ್ಲವನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಭಾವಿಸುವವರನ್ನು ಗೊಂದಲಕ್ಕೀಡು ಮಾಡುತ್ತದೆ.

fragment ಇನ್ನೊಂದು ಯಂತ್ರಣೆ ಮತ್ತು ಬೇರೆ ಸಾಧನ. ಅದು ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್‌ಗೆ ಮೊದಲು ಅತಿ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಒಡೆಯುತ್ತದೆ, UDP ಸಾಗಣೆಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ, ಪ್ರತಿ ಡೇಟಾಗ್ರಾಮ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಹೊರೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಮುರಿದ ಶೋಧನೆಗೆ ಕೊನೆಯ ಉಪಾಯ ಎಂದು ದಾಖಲಾಗಿದೆ. ಎರಡೂ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಟನೆಲ್ ಮುಗಿಸುವ ಸಹವರ್ತಿಗಳಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಒಂದು ತುದಿ ಮಿತಿಗೊಳಿಸುತ್ತಿದ್ದರೆ ಇನ್ನೊಂದು ಒಡೆಯುತ್ತಿದ್ದರೆ ಲಾಗ್‌ನಲ್ಲಿ ಎಚ್ಚರಿಕೆಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳಿಂದ ಯಾರೂ ಊಹಿಸಲಾಗದ ವರ್ತನೆ ಉಂಟಾಗುತ್ತದೆ.

ಇಂಟರ್ಫೇಸ್ MTU ಕಡಿಮೆ ಮಾಡುವುದು ಒರಟು ಆಯ್ಕೆ

ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ MTU ಕಡಿಮೆ ಮಾಡುವುದು ಒರಟು ಸಾಧನ. ಅದು ಪ್ರತಿ ಒಳಗಿನ ಕಳುಹಿಸುವವನಿಗೂ ಚಿಕ್ಕ ಸಂಖ್ಯೆ ಹೇಳುತ್ತದೆ, ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ವೆಚ್ಚವನ್ನು ಅಗತ್ಯವಿರುವ TCP ಹರಿವುಗಳ ಮೇಲೆ ಹಾಕುವ ಬದಲು ಎಲ್ಲ ಸಂಚಾರದ ಮೇಲೆ ಹಾಕುತ್ತದೆ.

ಟನೆಲ್ ನೀವು ಮಿತಿಗೊಳಿಸಲಾಗದ ಸಂಚಾರವನ್ನು ಸಾಗಿಸಿದಾಗ, ಅಥವಾ ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿಲ್ಲದ ಪ್ರೊಫೈಲ್‌ನ ಸಾಧನವಾದಾಗ ಅದನ್ನು ಆರಿಸಿ. ಅದನ್ನು ಸಮ್ಮಿತೀಯವಾಗಿ ಅನ್ವಯಿಸಿ ಮತ್ತು ಮೌಲ್ಯವನ್ನು ಪ್ರೊಫೈಲ್ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ಅರ್ಧ ಅನ್ವಯಿಸಿದ ಬದಲಾವಣೆ ಯಾವುದೂ ಮಾಡದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಪರಿಹಾರದಂತೆ ಕಾಣುತ್ತದೆ.

ನಿಂತ ಸ್ಥಳಾಂತರದೊಂದಿಗೆ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

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

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು