IPv4 ಪ್ರಯಾಣದಲ್ಲಿ ತುಂಡರಿಸುತ್ತದೆ; IPv6 ಬದಲಿಗೆ ಪ್ಯಾಕೆಟ್ ತುಂಬಾ ದೊಡ್ಡದು ಸಂದೇಶ ಕಳುಹಿಸುತ್ತದೆ
ಕೇವಲ IPv4 ರೌಟರ್ಗಳು ಅತಿ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತುಂಡರಿಸಬಹುದು. IPv6 ಕಳುಹಿಸುವವರು ಪ್ಯಾಕೆಟ್ ತುಂಬಾ ದೊಡ್ಡದು ಸಂದೇಶಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ ಎಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಇದನ್ನು ಟನೆಲ್ ಅಥವಾ ಫಿಲ್ಟರ್ ಮಾಡಿದ ICMP ನಿಯಮ ಮುರಿಯಬಹುದು.
IPv6 ವೈಫಲ್ಯಗಳನ್ನು ಅವುಗಳಿಗೆ ಕಾರಣವಾದ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಕ್ಕಿಂತ ಪ್ರೋಟೋಕಾಲ್ ಮೇಲೆ ಹೆಚ್ಚು ಬಾರಿ ಹೊರೆ ಹಾಕಲಾಗುತ್ತದೆ. ಎರಡು ಕುಟುಂಬಗಳು ಅತಿ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿಜವಾಗಿಯೂ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ನಿರ್ವಹಿಸುತ್ತವೆ, ಮತ್ತು ಟನೆಲ್ ಆ ವ್ಯತ್ಯಾಸವನ್ನು ಮುಖ್ಯವಾಗಿಸುತ್ತದೆ. IPv4 ರೌಟರ್ಗಳು ನಿಯಮಗಳು ಅನುಮತಿಸಿದಾಗ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತುಂಡರಿಸಬಹುದು, ಆದರೆ IPv6 ರೌಟರ್ಗಳು ಪ್ರಯಾಣದಲ್ಲಿ ಎಂದಿಗೂ ತುಂಡರಿಸಬಾರದು. IPv6 ಬದಲಿಗೆ ಕಳುಹಿಸುವವರಿಗೆ ಹೇಳುತ್ತದೆ, ಮತ್ತು ಕಳುಹಿಸುವವರು ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ. ನಂತರ ಏನೇ ತಪ್ಪಾದರೂ ಆ ಸಂದೇಶ ತಲುಪುತ್ತದೆಯೇ ಎಂಬುದರಿಂದ ಬರುತ್ತದೆ.
ಪ್ರತಿ ಕುಟುಂಬ ಏನು ಮಾಡುತ್ತದೆ
ಕೋಷ್ಟಕವು ನಾಲ್ಕು ಸಾಲುಗಳಲ್ಲಿ ಕಾರ್ಯವಿಧಾನ, ಮತ್ತು ಒಂದು ಸಾಲು ಹೆಚ್ಚಿನ ಗೊಂದಲವನ್ನು ವಿವರಿಸುತ್ತದೆ.
| Behaviour | IPv4 | IPv6 |
|---|---|---|
| Router fragments an oversized packet | Allowed while DF is clear | Never |
| Signal returned to the sender | ICMP Fragmentation Needed | ICMPv6 Packet Too Big |
| Size that must always work | 68 bytes | 1280 bytes |
| Fragmentation possible | Routers or source | Source only |
IPv6 ಗೆ ಪ್ರಯಾಣದಲ್ಲಿ ತುಂಡರಿಕೆ ಇಲ್ಲ ಮತ್ತು ತೆರವು ಮಾಡಲು DF ಧ್ವಜವೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ಯಾಕೆಟ್ ತುಂಬಾ ದೊಡ್ಡದಾದಾಗ ಅವಲಂಬಿಸಲು ಏನೂ ಇಲ್ಲ. ಕಳುಹಿಸುವವರಿಗೆ ಹೇಳಬೇಕು, ಮತ್ತು ಕಳುಹಿಸುವವರು ಅದನ್ನು ನಂಬಬೇಕು.
ಟನೆಲ್ ಮಾರ್ಗವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ
VPN ಪ್ಯಾಕೆಟ್ ಹೋಸ್ಟ್ ಬಿಡುವ ಮೊದಲು ಹೊರ ಹೆಡರ್ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ಗೂಢಲಿಪೀಕರಣದ ಸಂದರ್ಭದಲ್ಲಿ ಸಮಗ್ರತೆಯ ದತ್ತಾಂಶವನ್ನೂ ಸೇರಿಸುತ್ತದೆ. ಒಳಗಿನ ಪ್ಯಾಕೆಟ್ ತಾನು ನೋಡುವ ಇಂಟರ್ಫೇಸ್ MTU ಗೆ ಹೊಂದಬಹುದು, ಆದರೆ ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಮುಂದಿನ ಕೊಂಡಿಯ ಮಿತಿಯನ್ನು ಮೀರುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಮೊದಲು ಟನೆಲ್ನಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ. ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನ MTU ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕಡಿಮೆ ಮಾಡಿ, ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿ TCP MSS ಅನ್ನು ಬಿಗಿಗೊಳಿಸಿ, ಮತ್ತು ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಸಂಖ್ಯೆ ಮತ್ತು ಕಾರಣವನ್ನು ಬರೆಯಿರಿ.
ESP ಯ ಹೊರೆ ಮೋಡ್ ಮತ್ತು ಅಲ್ಗಾರಿದಮ್ಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಸರಿಯಾದ ಟನೆಲ್ MTU ಒಂದು ಲೆಕ್ಕಾಚಾರ, ಸಂಪ್ರದಾಯವಲ್ಲ. ನೀವು ಏನೇ ಆಯ್ಕೆ ಮಾಡಿದರೂ, ಅದು ಪೂರ್ಣ 1280 ಬೈಟ್ ಒಳಗಿನ IPv6 ಪ್ಯಾಕೆಟ್ಗೆ ಜಾಗ ಬಿಡಬೇಕು, ಏಕೆಂದರೆ ಪ್ರತಿ IPv6 ಕೊಂಡಿಯೂ ಅಷ್ಟನ್ನು ಸಾಗಿಸಬೇಕು. 1280 ಬೈಟ್ IPv6 ಸಾಗಿಸಲಾಗದ ಟನೆಲ್ ಟ್ಯೂನಿಂಗ್ ಸಮಸ್ಯೆಯಲ್ಲ; ಅದು ಆ ಕುಟುಂಬಕ್ಕೆ ಮುರಿದ ಮಾರ್ಗ. ಕೇವಲ IPv4 ಆಧಾರಿತ ನಿಯೋಜನೆಯಿಂದ MTU ಮೌಲ್ಯವನ್ನು ನಕಲಿಸಿದಾಗ ಸರಿಯಾಗಿ ಈ ಮಿತಿ ಮಾಯವಾಗುತ್ತದೆ.
ಲಕ್ಷಣ ನಿಲುಗಡೆ ಎಂದು ಏಕೆ ಕಾಣುತ್ತದೆ
ವೈಫಲ್ಯ ಸ್ವಚ್ಛ ದೋಷವಲ್ಲ, ಆದ್ದರಿಂದ ಅದನ್ನು ತಪ್ಪಾಗಿ ನಿರ್ಣಯಿಸಲಾಗುತ್ತದೆ. TCP ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ಸಣ್ಣ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಬರುತ್ತವೆ, ಮತ್ತು ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆ ಅಥವಾ ದೊಡ್ಡ ಅಪ್ಲೋಡ್ ಆರಂಭವಾದ ಕ್ಷಣ ಸಂಪರ್ಕ ನಿಲ್ಲುತ್ತದೆ, ಏಕೆಂದರೆ ಅವು ಎಸೆಯಲು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾದ ಮೊದಲ ಪ್ಯಾಕೆಟ್ಗಳು. SSH ಸಂಪರ್ಕಗೊಂಡು ನಂತರ ಮೊದಲ ದೊಡ್ಡ ಔಟ್ಪುಟ್ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಪುಟದ ಹೆಡರ್ ಲೋಡ್ ಆಗುತ್ತದೆ ಆದರೆ ದೇಹ ಎಂದಿಗೂ ಮುಗಿಯುವುದಿಲ್ಲ.
ICMPv6 ನ ಪ್ಯಾಕೆಟ್ ತುಂಬಾ ದೊಡ್ಡದು ಸಂದೇಶಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಿದರೆ, ಕಳುಹಿಸುವವರಿಗೆ ಎಂದಿಗೂ ತಿಳಿಯುವುದಿಲ್ಲ ಮತ್ತು ಅದೇ ಗಾತ್ರವನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತಿರುತ್ತಾರೆ. ಅದು ಕಪ್ಪು ಕುಳಿ, ನಿಧಾನ ಮಾರ್ಗವಲ್ಲ, ಮತ್ತು ಅದರ ಗುರುತು ಪುನರಾವರ್ತಿತ ಗಾತ್ರ ಮಿತಿ, ಅಲ್ಲದೆ ಯಾದೃಚ್ಛಿಕ ನಷ್ಟವಲ್ಲ. ಸಂಬಂಧಿತ ನಿಯಂತ್ರಣ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುವುದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ IPv6 ನಿಯೋಜನೆಯ ಭಾಗ, ಉಪಕಾರವಲ್ಲ.
ನಿಮ್ಮದೇ ಮಾರ್ಗ ಅವಲಂಬಿಸಿರುವ ಸಂದೇಶಗಳನ್ನು ಆಫ್ ಮಾಡಿ ನಂತರ ಫಲಿತಾಂಶವನ್ನು IPv6 ದೋಷ ಎಂದು ವಿವರಿಸಬೇಡಿ. ಅದೇ ವಾದ IPv4 ನ Fragmentation Needed ಸಂದೇಶಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಅವು ಫೈರ್ವಾಲ್ ಬರಹಗಾರರಲ್ಲಿ ಸಮಾನವಾಗಿ ಅಜನಪ್ರಿಯ ಮತ್ತು ಸಮಾನವಾಗಿ ಅಗತ್ಯ.
ಮಿತಿಯನ್ನು ಅಳೆಯಿರಿ, ನಂತರ ಪದರವನ್ನು ಸರಿಪಡಿಸಿ
ಊಹಿಸುವ ಬದಲು ಪರಿಶೀಲಿಸಿ: IPv4 ನಲ್ಲಿ don't-fragment ಧ್ವಜ ಮತ್ತು IPv6 ನಲ್ಲಿ ಸ್ಥಿರ ಪೇಲೋಡ್ ಗಾತ್ರಗಳನ್ನು ಬಳಸಿ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳು ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ ಎಂದು ದಾಖಲಿಸಿ. ping -M do -s 1472 ಮತ್ತು ping -6 -s 1400 ಸಮಸ್ಯೆಯ ಆಕಾರವನ್ನು ನಿರ್ಧರಿಸಲು ಸಾಕು, ಮತ್ತು tracepath ದಾರಿಯಲ್ಲಿ ಕಂಡುಹಿಡಿದ ಮಾರ್ಗ MTU ಅನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.
ನಂತರ ಆ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿರುವ ಪದರವನ್ನು ಸರಿಪಡಿಸಿ: ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನ MTU, TCP ಗಾಗಿ MSS ಬಿಗಿಗೊಳಿಸುವಿಕೆ, ಅಥವಾ ಮಾರ್ಗವೇ. IPv6 ನಿಯಮಕ್ಕೆ RFC 8200 ಉಲ್ಲೇಖವಾಗಿದೆ, ಮತ್ತು ಅದು ತಡೆಯುವ ಘಟನೆಗಿಂತ ಚಿಕ್ಕ ಓದು.
ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಕುಟುಂಬವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಹೆಸರು ಒಂದು ಕುಟುಂಬದಲ್ಲಿ ಉತ್ತರಿಸಿ ಇನ್ನೊಂದರಲ್ಲಿ ಉತ್ತರಿಸದಿರಬಹುದು, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಬದಲಾವಣೆಯ ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಗಬಹುದು. ನೀವು ಪರೀಕ್ಷಿಸಿದ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ A ದಾಖಲೆಯ ವಿರುದ್ಧದ ಫಲಿತಾಂಶ AAAA ದಾಖಲೆಯ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ.
ಗಾತ್ರ ಮಿತಿಯನ್ನು ಸಾಕ್ಷಿಯಾಗಿ ಪರಿಗಣಿಸಿ
ಪುನರಾವರ್ತಿತ ಗಾತ್ರ ಮಿತಿ ಪ್ರತಿ ಬಾರಿ ಅದೇ ಬೈಟ್ ಸಂಖ್ಯೆಯಲ್ಲಿ, ಅದೇ ಮೂಲದಿಂದ ನಿಖರವಾಗಿ ಪುನರುತ್ಪಾದನೆಯಾಗುವ ಕೆಲವೇ ನೆಟ್ವರ್ಕ್ ದೋಷಗಳಲ್ಲಿ ಒಂದು. ಇದು ಅದನ್ನು ಒಗಟಲ್ಲದೆ ಉಡುಗೊರೆಯಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ನಿರೀಕ್ಷಿಸುವ ಬದಲು ಪರಿಶೀಲಿಸಬಹುದು ಎಂದೂ ಅರ್ಥ.
ಕಂಡುಹಿಡಿದ MTU, ನೀವು ಸಂರಚಿಸಿದ ಟನೆಲ್ MTU ಮತ್ತು ವ್ಯತ್ಯಾಸವನ್ನು ಸಾಬೀತುಪಡಿಸಿದ ಪರೀಕ್ಷೆಯನ್ನು ಟಿಕೆಟ್ನಲ್ಲಿ ಬರೆಯಿರಿ. ಮುಂದಿನ ವ್ಯಕ್ತಿ ಬೇರೆ ಕೊಂಡಿಯಲ್ಲಿ ಅದೇ ಗಣಿತವನ್ನು ಎದುರಿಸುತ್ತಾರೆ.