IKEv2 ಫ್ರ್ಯಾಗ್ಮೆಂಟೇಶನ್ ಅನ್ನು ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುವುದು

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

ಎರಡು ಫ್ರ್ಯಾಗ್ಮೆಂಟೇಶನ್ ಕಾರ್ಯವಿಧಾನಗಳು, ಒಂದು ಲಕ್ಷಣ

IKEv2 ತನ್ನದೇ ಆದ ಫ್ರ್ಯಾಗ್ಮೆಂಟೇಶನ್ ವಿಸ್ತರಣೆಯನ್ನು ಹೊಂದಿದೆ, ಅದು RFC 7383 ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ರಕ್ಷಿತ IKE ಸಂದೇಶಗಳನ್ನು ಸಣ್ಣ IKE ಸಂದೇಶಗಳಾಗಿ ವಿಭಜಿಸುತ್ತದೆ. ಎರಡೂ ಕಡೆಗಳು ಆ ಸಾಮರ್ಥ್ಯದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತವೆ, ಮತ್ತು ಸಂದೇಶವನ್ನು IP ಪದರದಿಂದ ಅಲ್ಲ, IKE ಅನುಷ್ಠಾನದಿಂದ ಮತ್ತೆ ಜೋಡಿಸಲಾಗುತ್ತದೆ.

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

NAT ಟ್ರಾವರ್ಸಲ್ ಮೂರನೇ ಚರವನ್ನು ಸೇರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಆಗ ESP ಅನ್ನು UDP ನಲ್ಲಿ ಸುತ್ತಲಾಗುತ್ತದೆ ಮತ್ತು ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ದೊಡ್ಡದಾಗುತ್ತದೆ, ಜೊತೆಗೆ ಪೋರ್ಟ್ 4500 ನಲ್ಲಿ ಸಾಮಾನ್ಯ UDP ಸಂಚಾರದಂತೆ ಕಾಣುತ್ತದೆ. UDP ಅನ್ನು ಚೆನ್ನಾಗಿ ಹಾದುಹೋಗುವ ಮಾರ್ಗವೂ ಇನ್ನು ಸರಿಹೊಂದದ ಡೇಟಾಗ್ರಾಮ್‌ನಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.

ವಿಫಲವಾದ ವಿನಿಮಯವನ್ನು ಓದಿ

ದೋಷವಲ್ಲ, ಪರಿವರ್ತನೆಯನ್ನು ಹುಡುಕಿ. ಮೊದಲ ವಿನಿಮಯವನ್ನು ಕಳುಹಿಸಿ ಉತ್ತರಿಸಲಾಗಿದೆ ಎಂದು ತೋರಿಸಿ, ನಂತರ ಏನೂ ಇಲ್ಲ ಎಂದು ತೋರಿಸುವ ಲಾಗ್, ಮುಂದಿನ ಸಂದೇಶ ಎಂದೂ ಪೂರ್ಣಗೊಳ್ಳಲಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ. ಲಾಗ್ ಮಟ್ಟವನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಹೆಚ್ಚಿಸಿ ಮತ್ತು ಎರಡೂ ಕಡೆಗಳಲ್ಲಿ ವರದಿಯಾದ ಗಾತ್ರಗಳನ್ನು ಹೋಲಿಸಿ.

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

ಮಾರ್ಗವನ್ನು ಬದಲಿಸಿ, ಪ್ರಮಾಣಪತ್ರವನ್ನಲ್ಲ

ಅದೇ ಕ್ಲೈಂಟ್, ಅದೇ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದೇ ಸಂರಚನೆಯನ್ನು ಬೇರೆ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಮೊಬೈಲ್ ಹಾಟ್‌ಸ್ಪಾಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಅಗ್ಗದ ಎರಡನೇ ಮಾರ್ಗ, ಮತ್ತು ಅದು ಕಚೇರಿ ಸಂಪರ್ಕಕ್ಕಿಂತ ನಿಜವಾಗಿಯೂ ಭಿನ್ನವಾಗಿದೆ, ಹೆಸರಿನಲ್ಲಿ ಮಾತ್ರವಲ್ಲ.

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

ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ವಿನಿಮಯವನ್ನು ಅಳೆಯಿರಿ

ಸರಪಳಿಯ ಗಾತ್ರ ಮತ್ತು ಮಾರ್ಗದ ಗಾತ್ರವನ್ನು ಪಡೆಯಿರಿ. ಎರಡೂ ಸಂಖ್ಯೆಗಳು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಏನನ್ನು ಕಳುಹಿಸಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡನ್ನೂ ಅಳೆಯುವುದು ಅಗ್ಗ:

openssl crl2pkcs7 -nocrl -certfile chain.pem | openssl pkcs7 -print_certs -noout | grep -c subject
ls -l chain.pem
ping -M do -s 1400 198.51.100.7
ip -s link show eth0 | sed -n '1,6p'

ಮೊದಲ ಎರಡು ಪ್ರಮಾಣಪತ್ರಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಕಡತದ ಗಾತ್ರವನ್ನು ನೀಡುತ್ತವೆ, ಇದು ದೃಢೀಕರಣ ಸಂದೇಶ ಎಷ್ಟು ದೊಡ್ಡದಾಗಿರುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಮಂಜಸ ಸೂಚಕ. ping ಪರೀಕ್ಷೆಯು ಆ ಗಾತ್ರದ ಡೇಟಾಗ್ರಾಮ್ ಮಾರ್ಗದಲ್ಲಿ ಉಳಿಯುತ್ತದೆಯೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್‌ಗಳು ನಿಮ್ಮ ಕಡೆ ತುಣುಕುಗಳು ಎಸೆಯಲ್ಪಟ್ಟವೇ ಎಂದು ತೋರಿಸುತ್ತವೆ. Windows ನಲ್ಲಿ ಸಮಾನ ಪರೀಕ್ಷೆ ಎಂದರೆ do-not-fragment ಧ್ವಜ ಮತ್ತು ಸ್ಪಷ್ಟ ಪೇಲೋಡ್ ಗಾತ್ರದೊಂದಿಗೆ ping.

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

ನಿಜವಾಗಿ ಮುರಿದ ಪದರವನ್ನು ಸರಿಪಡಿಸಿ

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

ಸರಪಳಿ ಅನಗತ್ಯವಾಗಿ ಉದ್ದವಾಗಿದ್ದರೆ, ಪಕ್ಷಕ್ಕೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಅದನ್ನು ಕತ್ತರಿಸಿ. ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ನಂಬುವ ಮೂಲವನ್ನು ತೆಗೆದುಹಾಕುವುದು ಸಮಂಜಸ ನಿರ್ವಹಣೆ; ಮಧ್ಯವರ್ತಿಯನ್ನು ತೆಗೆದುಹಾಕುವುದು ಹಾಗಲ್ಲ, ಮತ್ತು ಸಂದೇಶವನ್ನು ಚಿಕ್ಕದಾಗಿಸಲು ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ತಲುಪಿಸುವಿಕೆಯ ಸಮಸ್ಯೆಯನ್ನು ಭದ್ರತೆಯ ಸಮಸ್ಯೆಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.

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