IPsec ಮೇಲೆ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳು ಕಣ್ಮರೆಯಾಗುತ್ತವೆ, ಸಣ್ಣ ping ಕೆಲಸ ಮಾಡುತ್ತದೆ

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

ಪ್ಯಾಕೆಟ್ ಅನ್ನು ವಿಭಜಿಸಬಹುದಾದ ಎರಡು ಸ್ಥಳಗಳು

ಗೂಢಲಿಪೀಕರಣಕ್ಕೆ ಮೊದಲು, ರೌಟರ್ ತುಂಬಾ ದೊಡ್ಡ ಒಳ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ವಿಭಜಿಸಿ ಪ್ರತಿ ಭಾಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ರಕ್ಷಿಸಬಹುದು. ಗೂಢಲಿಪೀಕರಣದ ನಂತರ, ವಿಭಜನೆಯಾಗುವುದು ಪೂರ್ಣಗೊಂಡ ಹೊರ ಪ್ಯಾಕೆಟ್, ಮತ್ತು ದೂರದ ತುದಿ ಏನನ್ನಾದರೂ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ಮತ್ತೆ ಜೋಡಿಸಬೇಕು. ಒಂದೇ ರೋಗಲಕ್ಷಣ, ಸ್ವೀಕರಿಸುವವರಿಗೆ ಬೇರೆ ಕೆಲಸ ಮತ್ತು ನಿಮಗೆ ಬೇರೆ ನಿಯಂತ್ರಣಗಳು.

ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ ಏಕೆಂದರೆ ತಪ್ಪು ಬದಿಗೆ ಗುರಿಯಿಟ್ಟ ಸರಿಪಡಿಸುವಿಕೆ ವೈಫಲ್ಯವನ್ನು ಚಲಿಸದೆ ಒಂದು ಸಂಖ್ಯೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ತಿರಸ್ಕರಿಸಿದ ಪ್ಯಾಕೆಟ್ ಎಂದಿಗೂ ಹೊರ ಪ್ಯಾಕೆಟ್ ಆಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೊರ ಬದಿಯ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ರಕ್ಷಿಸಲಾರದು.

ಗಾತ್ರದ ನಿರ್ಧಾರ ನಿಜವಾಗಿ ಎಲ್ಲಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ

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

ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಮೌಲ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹೊರ ವರ್ತನೆ. ಎರಡು ಸಂಖ್ಯೆಗಳು, ಎರಡು ಹಂತಗಳು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಜವಾಬ್ದಾರ.

ಹೊರ ಬಜೆಟ್ ಒಳ ಬಜೆಟ್ ಅಲ್ಲ

ಪ್ರತಿ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಹೆಡರ್‌ಗಳಿಗೆ ಬೈಟ್‌ಗಳನ್ನು ಖರ್ಚು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಪ್ರಮಾಣವು ಸಾಗಣೆ, ವಿಳಾಸ ಕುಟುಂಬ ಮತ್ತು NAT ಟ್ರಾವರ್ಸಲ್ ಒಳಗೊಂಡಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಸ್ಥಳೀಯ ಕೊಂಡಿಗೆ ಹೊಂದುವ ಒಳ ಪ್ಯಾಕೆಟ್ ಅದರ ಆಚೆಯ ಮಾರ್ಗಕ್ಕೆ ಹೊಂದದ ಹೊರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಇನ್ನೂ ಉತ್ಪಾದಿಸಬಹುದು. ಊಹಿಸುವ ಬದಲು ಹೆಚ್ಚುವರಿ ವೆಚ್ಚವನ್ನು ಅಳೆಯಿರಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಐಚ್ಛಿಕ ಹೆಡರ್ ಬಿಲ್‌ಗೆ ಸೇರುತ್ತದೆ. NAT ಟ್ರಾವರ್ಸಲ್ ಇರುವ ಸುರಂಗ ಬರಿಯ ಸುರಂಗಕ್ಕಿಂತ ಹೆಚ್ಚು ಪಾವತಿಸುತ್ತದೆ, ಮತ್ತು ವ್ಯತ್ಯಾಸವು ನಿನ್ನೆ ಕೆಲಸ ಮಾಡಿದ ವರ್ಗಾವಣೆಯನ್ನು ಮುರಿಯಲು ಸಾಕು.

ಹೊರ ಪ್ಯಾಕೆಟ್ ಡು-ನಾಟ್-ಫ್ರಾಗ್ಮೆಂಟ್ ಬಿಟ್ ಹೊಂದಿದಾಗ, ಅದನ್ನು ಮುಂದೆ ಕಳುಹಿಸಲಾಗದ ಹಾಪ್ ಅದನ್ನು ಬಿಡುತ್ತದೆ ಮತ್ತು ICMP ಸಂದೇಶವನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು. ಆ ಸಂದೇಶ ಎಲ್ಲಾದರೂ ಫಿಲ್ಟರ್ ಆದರೆ, ಕಳುಹಿಸುವವರು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತಲೇ ಇರುತ್ತಾರೆ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ವಿವರಣೆಯಿಲ್ಲದ ನಿಲುಗಡೆ ಕಾಣುತ್ತದೆ. ಆ ಮೌನ ತ್ಯಜಿಸುವಿಕೆಯೇ ಗಾತ್ರದ ಸಮಸ್ಯೆಯನ್ನು ವೇಗದ ಸಮಸ್ಯೆ ಎಂದು ವರದಿ ಮಾಡುವ ಸಾಮಾನ್ಯ ಕಾರಣ.

IPv6 ಆಯ್ಕೆಗಳಲ್ಲಿ ಒಂದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ

IPv6 ರೌಟರ್‌ಗಳು ಸಾಗಣೆಯಲ್ಲಿ ವಿಭಜಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೊರ ಪ್ಯಾಕೆಟ್ ಒಂದೋ ಹೊಂದುತ್ತದೆ ಅಥವಾ Packet Too Big ಸಂದೇಶದೊಂದಿಗೆ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ. ಆ ಸಂದೇಶವೇ ಏಕೈಕ ಪ್ರತಿಕ್ರಿಯೆ ಮಾರ್ಗವಾಗುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ತಡೆಯುವುದು ಮುಂದಿನ ಪ್ರತಿ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗೆ ಮಾರ್ಗ-ಶೋಧವನ್ನು ಮುರಿಯುತ್ತದೆ. IPv4 ರೌಟರ್‌ಗಳು ಬಿಟ್ ಸ್ಪಷ್ಟವಾಗಿದ್ದಾಗ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ವಿಭಜಿಸಬಹುದು, ಇದು ಬೇರೆ ಯಾವುದೋ ಆ ಬಿಟ್ ಅನ್ನು ಹಾಕುವವರೆಗೆ ದೋಷವನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

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

TCP ವಿಭಾಗ ನೀತಿ ಸಾಮಾನ್ಯ ಉತ್ತರವಲ್ಲ

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

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

ಕೆಲಸ ಮಾಡುವ ಕ್ರಮ

ಉಳಿಯುವ ದೊಡ್ಡ ಹೊರೆಯನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಇಂಟರ್ಫೇಸ್ MTU, ನಂತರ ಹೊರ ಪ್ಯಾಕೆಟ್ ಡು-ನಾಟ್-ಫ್ರಾಗ್ಮೆಂಟ್ ಬಿಟ್ ಹೊಂದಿದೆಯೇ, ಮತ್ತು ಕೊನೆಗೆ ICMP ಪ್ರತಿಕ್ರಿಯೆ ಕಳುಹಿಸುವವರನ್ನು ತಲುಪುತ್ತದೆಯೇ. ಆ ಕ್ರಮವು ಊಹಿಸದೆ ದೋಷವನ್ನು ಸಂಕುಚಿಸುತ್ತದೆ. ಪ್ರತಿ ಅವಲೋಕನವನ್ನು ಸಮಯ ಮುದ್ರೆ ಮತ್ತು ಅಂತಿಮ ಬಿಂದುವಿನೊಂದಿಗೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮಾರ್ಗ ಬದಲಾದಾಗ ನಾಲ್ಕೂ ಸಂಖ್ಯೆಗಳು ಚಲಿಸುತ್ತವೆ.

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