IPv6 ಸಂಚಾರವು VPN ಮೂಲಕ ಹೋಗಬೇಕೋ ಅಥವಾ ನೇರವಾಗಿಯೋ?
::/0 ಸುರಂಗದ ಒಳಗೆ ಸೇರುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳಿಂದ ನಿರ್ಧರಿಸಿ: ನಿರ್ಗಮನ ಬೆಂಬಲ, ಅಂತಿಮ ಬಿಂದುವಿನ ತಲುಪುವಿಕೆ ಮತ್ತು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮಾತ್ರ.
ಕಳೆದ ತಿಂಗಳು ಇಬ್ಬರು ಜನರು ನನ್ನಿಂದ ವಿರುದ್ಧ ಫಲಿತಾಂಶಗಳನ್ನು ಕೇಳಿದರು: ಒಬ್ಬರು IPv6 ಅನ್ನು VPN ಆವರಿಸಬೇಕೆಂದು ಬಯಸಿದರು, ಇನ್ನೊಬ್ಬರು ಕಚೇರಿಯ ಮುದ್ರಣಯಂತ್ರ ಕೆಲಸ ಮಾಡುತ್ತಿರಬೇಕೆಂದು ಬಯಸಿದರು. ಒಂದೇ ::/0 ಮಾರ್ಗವು ಎರಡನ್ನೂ ತಾನೇ ನೀಡಲಾರದು. ಆ ಮಾರ್ಗವು ಸುರಂಗದ ಒಳಗೆ ಸೇರುತ್ತದೆಯೇ ಎಂಬುದು ಮೂರು ಷರತ್ತುಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಮೊದಲನೆಯದು ಹೆಚ್ಚಿನ ವಾಣಿಜ್ಯ ನಿರ್ಗಮನಗಳಿಗೆ ಅದನ್ನು ಹೊರಗಿಡುತ್ತದೆ. ನಿರ್ಗಮನವು IPv6 ಅನ್ನು ಹೊತ್ತುಕೊಳ್ಳದಿದ್ದರೆ, ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸುವುದು ನಿಮ್ಮ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಲು ಜಾಗವಿಲ್ಲದ ಸುರಂಗದಲ್ಲಿ ಮರೆಮಾಡುತ್ತದೆ.
ಮೂರು ಷರತ್ತುಗಳು ಉತ್ತರವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ
ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವು ಒಂದು ಸಾಲು, ::/0, ಮತ್ತು ಅದು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವಿಲ್ಲದ ಯಾವುದೇ IPv6 ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದುತ್ತದೆ (RFC 4291). ಅದನ್ನು ಸ್ಥಾಪಿಸುವುದು ಸುಲಭ. ನೀವು ಅದನ್ನು ಮಾಡಬೇಕೇ ಎಂಬ ನಿರ್ಧಾರವು ಮೂರು ಷರತ್ತುಗಳಿಗೆ ಬರುತ್ತದೆ.
ಷರತ್ತು ಒಂದು: ನೀವು ಸಂಪರ್ಕಿಸುವ ನಿರ್ಗಮನದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ IPv6 ಇದೆ ಮತ್ತು ಅದನ್ನು ಮುಂದೆ ಕಳುಹಿಸಲು ಸಿದ್ಧವಾಗಿದೆ. ಷರತ್ತು ಎರಡು: ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸುರಂಗದ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಲ್ಲದು, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಮಾರ್ಗನಿರ್ದೇಶಿಸಲಿರುವ ವ್ಯಾಪ್ತಿಯ ಒಳಗೆ ಇರುತ್ತದೆ. ಷರತ್ತು ಮೂರು: ಸುರಂಗದ ಹೊರಗೆ ಉಳಿಯಬೇಕಾದ ಸ್ಥಳೀಯ IPv6 ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ನೀವು ಹೆಸರಿಸಬಲ್ಲಿರಿ.
ಪ್ರತಿ ಷರತ್ತು ತನ್ನದೇ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಊಹಿಸುವುದು ಒಂದು ಪೂರ್ತಿ ಸಂಜೆಯನ್ನು ವ್ಯಯಿಸುತ್ತದೆ. ವಿಫಲವಾದ ಮೊದಲ ಷರತ್ತು ನಿಮಗೆ ಮೌನ ಮತ್ತು ಸರಿಯಾಗಿ ಕಾಣುವ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ನೀಡುತ್ತದೆ. ವಿಫಲವಾದ ಎರಡನೇ ಷರತ್ತು ಪ್ರಾರಂಭವಾದ ಕೆಲವು ಸೆಕೆಂಡುಗಳಲ್ಲೇ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ಕೊಲ್ಲುತ್ತದೆ. ವಿಫಲವಾದ ಮೂರನೇ ಷರತ್ತು ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ಮತ್ತು ಮುದ್ರಣಯಂತ್ರದ ಬಳಿ ಅಸಂತುಷ್ಟ ಸಹೋದ್ಯೋಗಿಯನ್ನು ಬಿಡುತ್ತದೆ.
| What you see | Decision |
|---|---|
| Exit answers IPv6 probes, no local IPv6 devices to protect | Route ::/0 into the tunnel |
| Exit answers IPv6 probes, printer or NAS reachable by a global address | Route ::/0, then give those prefixes a route of their own |
| Exit is IPv4-only inside the tunnel | Do not route ::/0; block IPv6 on the client |
Endpoint is reached over IPv6 and sits inside ::/0 | Install a host route for the endpoint first |
ನಿರ್ಗಮನವು ನಿಜವಾಗಿಯೂ IPv6 ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆಯೇ?
IPv6 ವಿಳಾಸವಿರುವ ಸುರಂಗ ಇಂಟರ್‌ಫೇಸ್ ಆಚೆಯ ಬದಿಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅನೇಕ ವಾಣಿಜ್ಯ ಪ್ರೊಫೈಲ್‌ಗಳು ಒಳಗಿನಿಂದ ಕೇವಲ IPv4: ಸರ್ವರ್ ನಿಮಗೆ v4 ವಿಳಾಸ ನೀಡಿ ಉಳಿದೆಲ್ಲವನ್ನೂ ಬಿಸಾಡುತ್ತದೆ. ಅದರ ಮೇಲೆ AllowedIPs ನಿಂದ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹಾಕಿ, ಆಗ ಕರ್ನಲ್ IPv6 ಅನ್ನು ತನ್ನ ಸಂಗಾತಿ ಎಂದಿಗೂ ಕಾಣದ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಸಂತೋಷದಿಂದ ಕಳುಹಿಸುತ್ತದೆ.
ಸುರಂಗ ಚಾಲ್ತಿಯಲ್ಲಿರುವಾಗ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ping -6 -c 3 2001:4860:4860::8888 ಮತ್ತು ip -6 route get 2001:4860:4860::8888 ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಉತ್ತರ ಹಿಂತಿರುಗುತ್ತದೆಯೇ, ಮತ್ತು ಕರ್ನಲ್ ಯಾವ ಸಾಧನವನ್ನು ಆರಿಸಿತು. ಎರಡನೆಯದು ನಿಮ್ಮ ಸುರಂಗವನ್ನು ಹೆಸರಿಸಿ ಮೊದಲನೆಯದು ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದಿದ್ದರೆ, ಸಮಸ್ಯೆ ಮಾರ್ಗದಲ್ಲಲ್ಲ, ನಿರ್ಗಮನದಲ್ಲಿದೆ.
ನೀವೇ ನಿರ್ಗಮನವನ್ನು ನಡೆಸುತ್ತಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಪರೀಕ್ಷೆ ಉತ್ತೀರ್ಣವಾಗಬಹುದು ಮತ್ತು ಮಾರ್ಗವು ಹಾಗೆಯೇ ಬಂಧು ಬೀದಿಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು. ಗೇಟ್‌ವೇಯಲ್ಲಿ net.ipv6.conf.all.forwarding=1 ಇದೆ ಎಂದು ಮತ್ತು ಅದರ ಫಯರ್‌ವಾಲ್ ಸುರಂಗದಿಂದ ಮುಂದೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಮರುಪ್ರಸಾರ ಮಾಡಲು ನಿರಾಕರಿಸುವ ನಿರ್ಗಮನಕ್ಕೆ ಸರಿಯಾಗಿ ಮಾರ್ಗನಿರ್ದೇಶಿಸಿದ ಪ್ಯಾಕೆಟ್ ಕ್ಲೈಂಟ್ ಕಡೆಯಿಂದ ನಿಖರವಾಗಿ ಮಾರ್ಗದೋಷದಂತೆ ಕಾಣುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ತನ್ನ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದೇ?
ಇದು ಕೇವಲ IPv6 WireGuard ಅಂತಿಮ ಬಿಂದುವಿರುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ನನ್ನನ್ನು ಹಿಡಿದ ಸಂದರ್ಭ. ಅಂತಿಮ ಬಿಂದುವಿನ ವಿಳಾಸವು ಸಾಮಾನ್ಯ ಜಾಗತಿಕ ವಿಳಾಸ, ಆದ್ದರಿಂದ ಅದು ::/0 ಒಳಗೆ ಬೀಳುತ್ತದೆ. ಇಡೀ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಮಾರ್ಗನಿರ್ದೇಶಿಸಿ, ಆಗ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪ್ಯಾಕೆಟ್‌ಗಳು ಅವು ಇನ್ನೂ ಕಟ್ಟಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಸುರಂಗದೊಳಗೆ ತಮ್ಮನ್ನೇ ಅಟ್ಟಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಸುರಂಗ ಎಂದಿಗೂ ಏಳುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಏಕೆ ಎಂದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ.
wg-quick ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಇದನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಅದು AllowedIPs ನಿಂದ ಮಾರ್ಗಗಳನ್ನು ಪಡೆಯುತ್ತದೆ, ಅವನ್ನು ತನ್ನದೇ ಕೋಷ್ಟಕದಲ್ಲಿ ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಸಂಚಾರವು ಮೊದಲು ಮುಖ್ಯ ಕೋಷ್ಟಕದ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುವಂತೆ ನೀತಿ ನಿಯಮವನ್ನು ಸೇರಿಸುತ್ತದೆ: suppress_prefixlength 0 ನಿಯಮ, ಅದನ್ನು ip -6 rule ನಲ್ಲಿ ಕಾಣುತ್ತೀರಿ. ಆದ್ದರಿಂದ wg-quick up, ಕೈಯಿಂದ ಬರೆದ ip -6 route add default dev wg0 ನಿಮ್ಮನ್ನು ಕತ್ತರಿಸುವಲ್ಲಿ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ.
ಸುರಂಗವನ್ನು ಏರಿಸುವ ಮೊದಲು ಮತ್ತು ನಂತರ, ಎರಡೂ ಸ್ಥಿತಿಗಳನ್ನು ip -6 route get <endpoint-v6> ನಿಂದ ಪರಿಶೀಲಿಸಿ. ಉತ್ತರವು ನಿಮ್ಮ ಸುರಂಗ ಸಾಧನಕ್ಕೆ ಬದಲಾದರೆ, ಸುರಂಗಕ್ಕೆ ಬೇಕಾದ ಮಾರ್ಗವನ್ನು ನೀವು ತೆಗೆದುಹಾಕಿದ್ದೀರಿ. ನೀವೇ ಮಾರ್ಗಗಳನ್ನು ಬರೆಯುವಾಗ, ಮೂಲ ಗೇಟ್‌ವೇ ಮೂಲಕ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ, ಅಥವಾ IPv4 ಮೂಲಕ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಸಂಪರ್ಕಿಸಿ IPv6 ಅನ್ನು ಪೇಲೋಡ್‌ಗೆ ಬಿಡಿ.
ಸುರಂಗದ ಹೊರಗೆ ಏನು ಉಳಿಯಬೇಕು?
ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗಗಳು ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಸೋಲಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಲಿಂಕ್‌ನಲ್ಲಿರುವ ಪೂರ್ವಪ್ರತ್ಯಯ ಅಥವಾ ತನ್ನದೇ ಮಾರ್ಗವಿರುವ ULA ವ್ಯಾಪ್ತಿಯು ಹೆಚ್ಚುವರಿ ಶ್ರಮವಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಇದೇ ಹಲವು ಪೂರ್ಣ ಸುರಂಗ IPv4 ಸಂರಚನೆಗಳು ಉಳಿಯುವ ಶಾಂತ ಕಾರಣ: LAN ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಡೀಫಾಲ್ಟ್‌ಗಿಂತ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿವೆ ಮತ್ತು ಎಂದಿಗೂ ಸುರಂಗಕ್ಕೆ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ.
ಸ್ಥಳೀಯ ಸಾಧನವು ಜಾಗತಿಕ ವಿಳಾಸದ ಮೂಲಕ ತಲುಪಲು ಸಾಧ್ಯವಾದಾಗ ಇದು ಮುರಿಯುತ್ತದೆ, ಇದು ಅದೇ ರೂಟರ್‌ನಿಂದ ಸಾರ್ವಜನಿಕ ಪೂರ್ವಪ್ರತ್ಯಯ ಪಡೆದ ಮುದ್ರಣಯಂತ್ರ, NAS ಅಥವಾ ದೂರದರ್ಶನಕ್ಕೆ ಸಾಮಾನ್ಯ. ಆ ವಿಳಾಸಗಳು ::/0 ಗೆ ಹೊಂದುತ್ತವೆ, ಬೇರೆ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಅವು ಉಳಿದೆಲ್ಲದರೊಂದಿಗೆ ಸುರಂಗಕ್ಕೆ ಸೇರಿ ಮಾಯವಾಗುತ್ತವೆ.
ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದಲ್ಲ, ಗಮ್ಯಸ್ಥಾನದಿಂದ ನಿರ್ಧರಿಸಿ. ಎರಡು ಅಥವಾ ಮೂರು ಸ್ಥಳೀಯ ಹೋಸ್ಟ್‌ಗಳು ಮುಖ್ಯವಾದರೆ, ಅವುಗಳ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಿಗೆ ಭೌತಿಕ ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ ಹೊರಹೋಗುವ ಮಾರ್ಗ ನೀಡಿ, ಅಥವಾ ಸಂಧಾನ ಮಾಡಿದ ಗುಂಪಿನಿಂದ ತೆಗೆದುಹಾಕಿ. ಪಟ್ಟಿ ಬೆಳೆಯುತ್ತಲೇ ಇದ್ದರೆ, ಪ್ರಾಮಾಣಿಕ ಉತ್ತರವೆಂದರೆ ಲಿಖಿತ ವಿನಾಯಿತಿ ಪಟ್ಟಿಯೊಂದಿಗೆ IPv6 ಗಾಗಿ ಸ್ಪ್ಲಿಟ್ ಟನೆಲಿಂಗ್, ನೀವು ನಿರಂತರವಾಗಿ ಪ್ಯಾಚ್ ಮಾಡುತ್ತಿರುವ ಡೀಫಾಲ್ಟ್ ಅಲ್ಲ.
ಉತ್ತರ ಇಲ್ಲ ಎಂದಾದರೆ, ಅದನ್ನು ನಿರ್ಬಂಧಿಸಿ
IPv6 ಅನ್ನು ಮಾರ್ಗವಿಲ್ಲದೆ ಬಿಡುವುದು ಅದನ್ನು ಒಂಟಿಯಾಗಿ ಬಿಡುವುದಕ್ಕೆ ಸಮವಲ್ಲ. ಕೆಲಸ ಮಾಡುವ IPv6 ಡೀಫಾಲ್ಟ್ ಇರುವ ಹೋಸ್ಟ್ ಸುರಂಗ IPv4 ಹೊತ್ತುಕೊಂಡಿರುವಾಗಲೂ ಅದನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಚಾರವು VPN ಪಕ್ಕದಿಂದ ಹೊರಟುಹೋಗುತ್ತದೆ ಮತ್ತು IPv6 ಗೆ ಆದ್ಯತೆ ನೀಡುವ ಪ್ರತಿಯೊಂದು ಸೇವೆ ನಿಮ್ಮ ನಿಜವಾದ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ಅದು ಸೋರಿಕೆ, ಸ್ಪ್ಲಿಟ್ ಸುರಂಗ ಅಲ್ಲ.
ಒಂದನ್ನು ಆರಿಸಿ ಮತ್ತು ಯಾವುದನ್ನು ಆರಿಸಿದಿರಿ ಎಂದು ಬರೆಯಿರಿ. ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಮಾರ್ಗನಿರ್ದೇಶಿಸಿ ಮತ್ತು ಮೇಲಿನ ರಾಜಿಗಳನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ, ಅಥವಾ ಸುರಂಗ ಇರುವಷ್ಟು ಕಾಲ IPv6 ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ. AllowedIPs ನಿಂದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ತನ್ನದೇ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಒರಟು ಆವೃತ್ತಿ sysctl -w net.ipv6.conf.all.disable_ipv6=1; ಸೂಕ್ಷ್ಮ ಆವೃತ್ತಿ ಫಯರ್‌ವಾಲ್ ನಿಯಮದಿಂದ IPv6 ಅನ್ನು ಸುರಂಗದ ಹೊರಗೆ ಬೀಳಿಸುತ್ತದೆ. ಫೋನ್ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಅದೇ ಕೆಲಸ ಮಾಡುವ ಸ್ಪಷ್ಟ IPv6 ನಿರ್ಬಂಧಿಸುವ ಟೋಗಲ್ ಇರುತ್ತದೆ.
ಸೋರಿಕೆಯಂತೆ ಪರಿಶೀಲಿಸಿ
ಸುರಂಗವನ್ನು ಏರಿಸಿ ಮತ್ತು ಟೋಗಲ್ ನಂಬುವ ಬದಲು ಸ್ಥಿತಿಯನ್ನು ಓದಿ. ip -6 route show default ಒಂದು ಡೀಫಾಲ್ಟ್ ತೋರಿಸಬೇಕು, ಮತ್ತು ನಿಮ್ಮ LAN ಹೊರಗಿನ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ip -6 route get ಸುರಂಗ ಸಾಧನದ ಹೆಸರು ಹೇಳಬೇಕು. ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಎರಡನ್ನೂ ಪುನರಾವರ್ತಿಸಿ: ಸುರಂಗಕ್ಕಿಂತ ಹೆಚ್ಚು ಬದುಕುವ ಡೀಫಾಲ್ಟ್ ನೀವು ಹುಡುಕುತ್ತಿದ್ದ ದೋಷ.
ನಂತರ ಇನ್ನೊಂದು ದಿಕ್ಕನ್ನು ಪರೀಕ್ಷಿಸಿ. ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನ ಹೋಸ್ಟ್‌ನಿಂದ, ಕ್ಲೈಂಟ್‌ನ್ನು ಅದರ ಸ್ಥಳೀಯ IPv6 ವಿಳಾಸದಲ್ಲಿ ತಲುಪಿ. ಅದು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, ಆಗ ಮಾರ್ಗ ಕೋಷ್ಟಕ ಏನು ಹೇಳಿದರೂ, ಮೂರನೇ ಷರತ್ತು ಎಂದಿಗೂ ಪೂರೈಸಿರಲಿಲ್ಲ.
ಫಲಿತಾಂಶವನ್ನು ಮುಂದಿನ ವ್ಯಕ್ತಿ ಕಾಣುವಲ್ಲಿ ಬರೆಯಿರಿ: ಯಾವ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಯುತ್ತವೆ, ಏಕೆ, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಕ್ಲೈಂಟ್ ಏನು ಮಾಡುತ್ತದೆ. runbook ನಲ್ಲಿ ಎರಡು ಸಾಲುಗಳು ಮುಂದಿನ ಎಂಜಿನಿಯರ್‌ಗೆ ಮಧ್ಯರಾತ್ರಿಯಲ್ಲಿ ಅಂತಿಮ ಬಿಂದು ಲೂಪ್ ಅನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳುವುದನ್ನು ತಪ್ಪಿಸುತ್ತವೆ.