ਕੀ 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 ਵਿੱਚ ਦੋ ਲਾਈਨਾਂ ਅਗਲੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਅੱਧੀ ਰਾਤ ਅੰਤਿਮ ਬਿੰਦੂ ਲੂਪ ਦੁਬਾਰਾ ਲੱਭਣ ਤੋਂ ਬਚਾਉਂਦੀਆਂ ਹਨ।