ಟನೆಲ್ MTU ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವವರೆಗೆ OpenConnect ಪುಟಗಳು ಏಕೆ ನಿಲ್ಲುತ್ತವೆ

ಲಾಗಿನ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಪೋರ್ಟಲ್ ಮುಂಭಾಗದ ಪುಟ ಚಿತ್ರಿಸಲ್ಪಡುತ್ತದೆ, ತದನಂತರ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ವಿಜೆಟ್ ಅಥವಾ ವರದಿ ಬ್ರೌಸರ್ ಬಿಟ್ಟುಕೊಡುವವರೆಗೆ waiting for host ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಸೈಟ್ಗಳು ಇಡೀ ಸಮಯ ಸಾಮಾನ್ಯವಾಗಿ ಲೋಡ್ ಆಗುತ್ತವೆ, ಮತ್ತು ಯಾವುದೇ ರುಜುವಾತು ಬದಲಾಗಿಲ್ಲ. ದೊಡ್ಡ ಉತ್ತರಗಳು ನಿಲ್ಲುತ್ತಿರುವಾಗ ಚಿಕ್ಕ ಉತ್ತರಗಳು ಬರುವುದು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ಮಿತಿಯ ಲಕ್ಷಣ, ಪ್ರವೇಶ ನಿಯಮದ್ದಲ್ಲ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಬೇರೆ ಏನನ್ನೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಈ ಓದನ್ನು ದೃಢೀಕರಿಸಿ.

ಗಾತ್ರದ ಸಮಸ್ಯೆಯನ್ನು ನೀತಿಯ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ

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

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

do-not-fragment ಪ್ರೋಬ್ಗಳಿಂದ ಮಿತಿಯನ್ನು ಅಳೆಯಿರಿ

ಊಹಿಸುವ ಬದಲು ಮಿತಿಯನ್ನು ಅಳೆಯಿರಿ. ವಿಭಜನೆಯನ್ನು ನಿರಾಕರಿಸುವ ಪ್ರೋಬ್ಗಳನ್ನು ಕಳುಹಿಸಿ ಮತ್ತು ಉತ್ತರ ಬರುವವರೆಗೆ ಪೇಲೋಡ್ ಅನ್ನು ಹಂತ ಹಂತವಾಗಿ ಕಡಿಮೆ ಮಾಡಿ, ಇಂತಹ ಆದೇಶದಿಂದ ಪ್ರಾರಂಭಿಸಿ: ping -M do -s 1472 host. DF ಹೊಂದಿಸಿರುವಾಗ ವಿಭಜನೆ ಬೇಕೆಂದು ದೂರುವ ಉತ್ತರ ಎಂದರೆ ಮೌಲ್ಯ ಇನ್ನೂ ತುಂಬಾ ಹೆಚ್ಚಿದೆ. 1462 ರಲ್ಲಿ, ನಂತರ 1452 ರಲ್ಲಿ ಪುನರಾವರ್ತಿಸಿ, ಮತ್ತು ಉತ್ತರ ನೀಡುವ ಮೊದಲ ಗಾತ್ರದಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ಸಂಖ್ಯೆಯನ್ನು ನೀವು ಪರೀಕ್ಷಿಸಿದ ಹೋಸ್ಟ್ನೊಂದಿಗೆ ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಉತ್ತರ ಆ ಮಾರ್ಗಕ್ಕೆ ಸೇರಿದ್ದು, ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಟೋಕಾಲ್ಗೆ ಅಲ್ಲ.

ಟನೆಲ್ ನಿಜವಾಗಿ ಸಂಚಾರ ಕಳುಹಿಸುವ ವಿಳಾಸವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಗೇಟ್ವೇಯ ಸಾರ್ವಜನಿಕ ಹೆಸರಿನ ವಿರುದ್ಧ ಹೊರ ಪ್ರೋಬ್ ಮತ್ತು ಒಳ ಸರ್ವರ್ನ ವಿರುದ್ಧ ಒಳ ಪ್ರೋಬ್ ವಿಭಿನ್ನ ಹಾಪ್ಗಳನ್ನು ಅಳೆಯುತ್ತವೆ, ಮತ್ತು ಯಾವುದಾದರೂ ಒಂದರಲ್ಲಿ ICMP ಫಿಲ್ಟರಿಂಗ್ ಆರೋಗ್ಯಕರ ಮಾರ್ಗವನ್ನು ಮುರಿದಂತೆ ತೋರಿಸಬಹುದು.

ಮೌಲ್ಯವನ್ನು ಟನೆಲ್ ಸಾಧನಕ್ಕೆ ಅನ್ವಯಿಸಿ

ಫಲಿತಾಂಶವನ್ನು ಕ್ಲೈಂಟ್ ರಚಿಸಿದ ಇಂಟರ್ಫೇಸ್ಗೆ ಅನ್ವಯಿಸಿ, Wi-Fi ಅಡಾಪ್ಟರ್ಗೆ ಅಲ್ಲ. Linux ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಅದು ip link set dev tun0 mtu 1300 ಮತ್ತು ನಂತರ ಮೌಲ್ಯ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಲು ip link show tun0. ಕ್ಲೈಂಟ್ ವರದಿ ಮಾಡುವ ಸಾಧನದ ಹೆಸರನ್ನೇ ಬಳಸಿ, ಏಕೆಂದರೆ ಅದು ಅನುಷ್ಠಾನ ಮತ್ತು ಟನೆಲ್ ಹೇಗೆ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಬದಲಾಗುತ್ತದೆ.

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

ಮೊದಲು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ MTU ವಿನಂತಿಗಳನ್ನು ಬಳಸಿ

ಕರೆಯನ್ನು ನೀವು ನಿಯಂತ್ರಿಸುವಾಗ, ಕ್ಲೈಂಟ್ ನಂತರ ಪ್ಯಾಚ್ ಆಗುವ ಬದಲು ಗಾತ್ರವನ್ನು ಕೇಳಬಹುದು. --mtu ಸರ್ವರ್ನಿಂದ ಟನೆಲ್ MTU ಕೇಳುತ್ತದೆ, ಮತ್ತು --base-mtu ಒಳಗಿನ ಮಾರ್ಗದ MTU ಅನ್ನು ಘೋಷಿಸುತ್ತದೆ, ಇದರಿಂದ ಗೇಟ್ವೇ ಟನೆಲ್ ಸಂಖ್ಯೆಯನ್ನು ಪಡೆಯಬಹುದು. ಎರಡೂ ವಿನಂತಿಗಳು, ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಕೈಪಿಡಿ ಗೇಟ್ವೇ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಗೌರವಿಸುತ್ತದೆ ಎಂದು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ.

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

ವಿಫಲವಾದ ವರ್ಗಾವಣೆಯಿಂದ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅದನ್ನು ಶಾಶ್ವತಗೊಳಿಸಿ

ಸ್ಥಳೀಯ ip link ಬದಲಾವಣೆ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಅನ್ನು ಮರುನಿರ್ಮಿಸುವವರೆಗೆ ಇರುತ್ತದೆ, ಅದು ಮುಂದಿನ ಮರುಸಂಪರ್ಕ ಅಥವಾ ಮುಂದುವರಿಕೆಯಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ. ಮೌಲ್ಯವನ್ನು ಸಂಪರ್ಕ ಪ್ರಾರಂಭವಾಗುವಲ್ಲಿಯೇ ಇರಿಸಿ: ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸಿ ನಂತರ ಸಾಧನವನ್ನು ಹೊಂದಿಸುವ ರ್ಯಾಪರ್, ExecStartPost ಹಂತವಿರುವ systemd ಘಟಕ, ಅಥವಾ ಗೇಟ್ವೇ ಒಪ್ಪಿಕೊಂಡಾಗ ಕ್ಲೈಂಟ್ ಆಯ್ಕೆ. ಪ್ರೊಫೈಲ್ನ ಪಕ್ಕದಲ್ಲಿ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದಲ್ಲಿ ಇರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಸಂಖ್ಯೆ ಏಕೆ ಅಲ್ಲಿದೆ ಎಂದು ನೋಡಲು.

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

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