VPN ਉੱਤੇ IPv6 link-local ਕੰਮ ਨਹੀਂ ਕਰਦਾ: fe80 ਲਿੰਕ ਉੱਤੇ ਕਿਉਂ ਰੁਕਦਾ ਹੈ
fe80:: ਪਤੇ ਦਾ ਅਰਥ ਸਿਰਫ਼ ਇੱਕ ਲਿੰਕ ਉੱਤੇ ਹੁੰਦਾ ਹੈ। ਵੇਖੋ ਕਿ ਰੂਟਡ VPN ਇਸਨੂੰ ਕਿਉਂ ਨਹੀਂ ਲੈ ਜਾ ਸਕਦਾ, ਨਾਕਾਮੀ ਕਿਵੇਂ ਦਿਸਦੀ ਹੈ, ਅਤੇ ਇਸਦੀ ਥਾਂ ਕਿਹੜਾ ਪਤਾ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ।
ਤੁਸੀਂ ਟਨਲ ਚੁੱਕਦੇ ਹੋ, ਟਨਲ ਨੂੰ ਸਰੋਤ ਇੰਟਰਫੇਸ ਬਣਾ ਕੇ fe80::1 ਨੂੰ ping ਕਰਦੇ ਹੋ, ਅਤੇ ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦਾ। ਇਹ ਤੁਸੀਂ ਭੁੱਲੀ ਹੋਈ firewall ਨਿਯਮ ਨਹੀਂ ਹੈ। Link-local ਪਤੇ ਦਾ ਅਰਥ ਸਿਰਫ਼ ਉਸ ਇੱਕ ਲਿੰਕ ਉੱਤੇ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਬਣਿਆ ਸੀ, ਅਤੇ ਰੂਟਡ VPN ਉਹ ਲਿੰਕ ਨਹੀਂ ਹੈ। ਦੂਰ ਦੇ ਰਾਊਟਰ ਦਾ fe80::1 ਦੂਰ ਦੇ LAN ਭਾਗ ਉੱਤੇ ਰਹਿੰਦਾ ਹੈ; ਤੁਸੀਂ ਦੂਜੇ ਭਾਗ ਵਿੱਚ ਇੱਕ ਹੌਪ ਦੂਰ ਬੈਠੇ ਹੋ, ਅਤੇ IPv6 ਵਿੱਚ ਰਾਊਟਰ ਵੱਲੋਂ link-local ਪੈਕਟ ਅੱਗੇ ਭੇਜਣ ਦਾ ਕੋਈ ਵੀ ਤੰਤਰ ਨਹੀਂ ਹੈ।
fe80 ਅਗੇਤਰ ਦਾਇਰਾ ਦੱਸਦਾ ਹੈ, ਸ਼੍ਰੇਣੀ ਨਹੀਂ
Link-local unicast fe80::/10 ਹੈ, ਅਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲਾ ਗੁਣ ਸੰਖਿਆ ਨਹੀਂ ਸਗੋਂ ਦਾਇਰਾ ਹੈ। ਪਤਾ ਸਿਰਫ਼ ਇੱਕ ਲਿੰਕ ਉੱਤੇ ਵੈਧ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੰਟਰਫੇਸ ਆਪਣੀ ਪਛਾਣ ਤੋਂ ਇੱਕ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਦੋ ਅਸੰਬੰਧਿਤ ਨੈੱਟਵਰਕਾਂ ਦੀਆਂ ਦੋ ਅਸੰਬੰਧਿਤ ਮਸ਼ੀਨਾਂ ਬਿਨਾਂ ਕਿਸੇ ਟਕਰਾਅ ਦੇ ਦੋਵੇਂ fe80::1 ਨੂੰ ਜਵਾਬ ਦੇ ਸਕਦੀਆਂ ਹਨ। ਅਗੇਤਰ ਅਸਲ ਵਿੱਚ “ਕਿਸੇ ਲਿੰਕ ਉੱਤੇ” ਕਹਿੰਦਾ ਹੈ; ਲਿੰਕ ਆਪ ਸੰਦਰਭ ਤੋਂ ਆਉਂਦਾ ਹੈ।
ਹੋਸਟ ਉੱਤੇ ਉਹ ਸੰਦਰਭ ਪ੍ਰਤੀਸ਼ਤ ਚਿੰਨ੍ਹ ਤੋਂ ਬਾਅਦ ਜੋੜਿਆ ਜਾਣ ਵਾਲਾ ਜ਼ੋਨ, ਜਾਂ scope ID ਹੈ: Linux ਉੱਤੇ fe80::1%eth0, Windows ਉੱਤੇ ਅਤੇ ਇੰਟਰਫੇਸ ਇੰਡੈਕਸ ਦਿਖਾਉਣ ਵਾਲੇ ਸਾਧਨਾਂ ਵਿੱਚ fe80::1%3 ਜਾਂ fe80::1%12। ਕਰਨਲ ਪਤੇ ਨੂੰ ਇੰਟਰਫੇਸ ਇੰਡੈਕਸ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਭੇਜਦਾ ਹੈ। ਜ਼ੋਨ ਹਟਾ ਦਿਓ ਤਾਂ ਮੰਜ਼ਿਲ ਅਸਪਸ਼ਟ ਹੋ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਸਟੈਕ ਕੋਲ ਭਾਗ ਚੁਣਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਬਚਦਾ।
ਰੂਟਡ ਟਨਲ ਇਸਨੂੰ ਕਿਉਂ ਨਹੀਂ ਪਹੁੰਚਾ ਸਕਦਾ
ਰੂਟਡ VPN ਆਪਣੇ ਪਤੇ ਲੈ ਕੇ ਚੱਲਣ ਵਾਲਾ ਬਿੰਦੂ-ਤੋਂ-ਬਿੰਦੂ ਇੰਟਰਫੇਸ ਹੈ, ਆਮ ਤੌਰ ਉੱਤੇ ਟਨਲ ਅੰਦਰ unique-local ਜਾਂ ਨਿੱਜੀ IPv6 ਥਾਂ ਦਾ /64। ਦੂਰ ਦਾ LAN ਵੱਖਰਾ ਲਿੰਕ ਹੈ, ਜਿੱਥੇ ਟਨਲ ਦਾ ਸਿਰਾ ਤੁਹਾਡੀ ਵੱਲੋਂ ਰੂਟਿੰਗ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਕਰਕੇ ਪਹੁੰਚਦਾ ਹੈ। ਇਹ ਦੋ ਵੱਖਰੇ ਭਾਗ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਦਾ ਪਤਾ ਦੂਜੇ ਉੱਤੇ ਵੈਧ ਮੰਜ਼ਿਲ ਨਹੀਂ ਹੈ।
ਫਾਰਵਰਡਿੰਗ ਨਿਯਮ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਦੀ ਅਜੀਬਤਾ ਨਹੀਂ, ਮਿਆਰ ਵਿੱਚ ਸਪਸ਼ਟ ਹੈ: ਰਾਊਟਰ link-local ਸਰੋਤ ਜਾਂ ਮੰਜ਼ਿਲ ਵਾਲੇ ਪੈਕਟ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦੇ। ਇਸ ਲਈ ਰੂਟ ਟੇਬਲ ਸਹੀ ਦਿਸਦੀ ਹੋਈ ਵੀ ਪੈਕਟ ਮਰ ਜਾਂਦਾ ਹੈ। fe80::/64 ਲਈ ਟਨਲ ਵੱਲ ਰੂਟ ਜੋੜੋ ਤਾਂ ਮਿਆਰ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਾਲਾ ਸਟੈਕ ਜਾਂ ਤਾਂ ਇਸਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ ਜਾਂ ਸਵੀਕਾਰ ਕਰਕੇ ਹਰ ਮਿਲਦਾ ਪੈਕਟ ਸੁੱਟ ਦਿੰਦਾ ਹੈ: ਮੰਜ਼ਿਲ ਦਾ ਦਾਇਰਾ “ਸਿਰਫ਼ ਇਹ ਲਿੰਕ” ਕਹਿੰਦਾ ਹੈ, ਅਤੇ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਇੰਟਰਫੇਸ ਉਹ ਲਿੰਕ ਨਹੀਂ ਹੈ।
ਗੁਆਂਢੀ ਖੋਜ ਉਸੇ ਹੱਦ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੀ ਹੈ। ਹੋਸਟ link-local ਅਗਲੇ ਹੌਪ 255 ਹੌਪ ਸੀਮਾ ਵਾਲੇ ਲਿੰਕ-ਦਾਇਰਾ multicast ਉੱਤੇ ਭੇਜੇ ਗੁਆਂਢੀ ਬੇਨਤੀ ਨਾਲ ਹੱਲ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਰਾਊਟਰ ਅੱਗੇ ਭੇਜੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ। ਇਸਨੂੰ ਟਨਲ ਰਾਹੀਂ ਚਲਾਉਣ ਦਾ ਮਤਲਬ ਦੂਰ ਦੇ ਭਾਗ ਲਈ ਖੋਜ ਦੀ ਪ੍ਰੌਕਸੀ ਕਰਨਾ ਹੈ, ਜੋ ਕਿਸੇ ਹੋਰ ਟੋਪੀ ਵਾਲੀ Layer 2 ਬ੍ਰਿਜਿੰਗ ਹੈ।
ਦੂਜੀ, ਵਧੇਰੇ ਸ਼ਾਂਤ ਨਾਕਾਮੀ ਹੈ, ਅਤੇ ਇਹ ਰੂਟ ਜ਼ਬਰਦਸਤੀ ਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਫੜਦੀ ਹੈ: ਜ਼ੋਨ। ਤੁਸੀਂ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਜੋ ਵੀ ਜ਼ੋਨ ਟਾਈਪ ਕਰੋ, ਉਹ ਟਨਲ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਜਦਕਿ ਤੁਹਾਡਾ ਚਾਹਿਆ ਪਤਾ ਦੂਰ ਦੇ LAN ਇੰਟਰਫੇਸ ਨਾਲ ਬੱਝਾ ਹੁੰਦਾ ਹੈ। ਦੋਵੇਂ ਕਦੇ ਨਹੀਂ ਮਿਲਦੇ, ਇਸ ਲਈ ਪੈਕਟ ਨੂੰ ਦੂਰ ਦੇ ਸਿਰੇ ਉੱਤੇ ਸਹੀ ਇੰਟਰਫੇਸ ਵੱਲ ਨਹੀਂ ਮੋੜਿਆ ਜਾ ਸਕਦਾ।
ਅਮਲ ਵਿੱਚ ਨਾਕਾਮੀ ਕਿਵੇਂ ਦਿਸਦੀ ਹੈ
ਦਾਇਰੇ ਦੀ ਗਲਤੀ ਲਈ ਸਾਧਨ ਆਉਟਪੁੱਟ ਰੂਟਿੰਗ ਜਾਂ firewall ਗਲਤੀ ਵਾਂਗ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਲੋਕ ਗਲਤ ਪਰਤ ਵਿੱਚ ਅੱਧਾ ਦਿਨ ਗੁਜ਼ਾਰਦੇ ਹਨ।
| What you run | What you see | What it means |
|---|---|---|
| ping fe80::1 with no zone | Invalid argument on Linux, or a transmit failure on Windows | The stack cannot pick an interface for an ambiguous destination |
| ping -6 -I tun0 fe80::1 | Destination unreachable, or a silent timeout | The address is not on the tunnel link, so there is nothing on-link to answer |
| ssh user@fe80::1 after the tunnel is up | Hangs, then no route to host | The SYN never left the machine in a deliverable form; the server logs nothing |
| ip -6 neigh show dev tun0 | Empty table | No neighbor entry can exist for a link-local host that is not on this link |
| fe80::/64 inside AllowedIPs or route-ipv6 | Config accepted, traffic still dropped | The tunnel carried the packet; the receiving stack refused to forward it |
ਤੀਜੀ ਕਤਾਰ ਸਭ ਤੋਂ ਵੱਧ ਸਮਾਂ ਬਰਬਾਦ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਬਿਨਾਂ ਆਉਟਪੁੱਟ ਵਾਲਾ ssh ਕਲਾਇੰਟ ਸੁਣ ਰਹੀ ਸੇਵਾ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਜੇ ਅੰਦਰ ਆਉਣ ਦਾ ਕੋਈ ਤਰੀਕਾ ਹੈ, ਤਾਂ ਦੂਰ ਦਾ ਪਾਸਾ ਵੇਖੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ sshd ਸਾਰੇ ਪਤਿਆਂ ਨਾਲ ਬੱਝਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਨਾਲ।
ਰੂਟ ਹੋਣ ਲਈ ਬਣੇ ਪਤੇ ਦੀ ਵਰਤੋਂ ਕਰੋ
ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਲਈ, ਸੇਵਾ ਨੂੰ ਉਸੇ ਮਕਸਦ ਲਈ ਦਿੱਤਾ ਪਤਾ ਵਰਤੋ: ਵਿਸ਼ਵਵਿਆਪੀ unicast ਪਤਾ, ਜਾਂ fc00::/7 ਵਿੱਚੋਂ unique-local ਪਤਾ, ਬਿਲਕੁਲ ਇਸ ਅੰਦਰੂਨੀ ਮਾਮਲੇ ਲਈ ਰਾਖਵਾਂ ਦਾਇਰਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੁਣਨ ਵਾਲਾ ਇਸਨੂੰ ਸੱਚਮੁੱਚ ਬੰਨ੍ਹਦਾ ਹੈ, ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਤੇ ਹੋਸਟ ਦਾ ਕੋਈ ਵੀ firewall ਨਿਯਮ ਜਾਂਚੋ।
ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਦੂਰ ਦਾ ਹੋਸਟ ਵੇਖੋ। ip -6 addr show ਮੌਜੂਦ ਪਤੇ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਅਤੇ ss -6 -ltn ਦੱਸਦਾ ਹੈ ਕਿ ਡੈਮਨ ਕੀ ਸੁਣ ਰਿਹਾ ਹੈ। ਸਿਰਫ਼ fe80:: ਨਾਲ ਬੱਝੀ ਸੇਵਾ ਸਿਰਫ਼ ਆਪਣੇ ਭਾਗ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੁੰਦੀ ਹੈ, ਜੋ ਆਮ ਤੌਰ ਉੱਤੇ ਅਜਿਹਾ ਡਿਫਾਲਟ ਹੁੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਜਾਣਬੁੱਝ ਕੇ ਨਹੀਂ ਚੁਣਿਆ ਅਤੇ ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਸਹਿਮਤੀ ਨਾਲ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਜਦੋਂ ਸੇਵਾ ਸੱਚਮੁੱਚ ਮੁੜ ਨਹੀਂ ਬੱਝ ਸਕਦੀ, ਬ੍ਰਿਜ ਨੂੰ ਨੈੱਟਵਰਕ ਪਰਤ ਦੀ ਥਾਂ ਐਪਲੀਕੇਸ਼ਨ ਪਰਤ ਉੱਤੇ ਚੁੱਕੋ। ਦੂਰ ਦੇ ਹੋਸਟ ਉੱਤੇ ਰੂਟ ਹੋਣ ਯੋਗ ਪਤੇ ਉੱਤੇ ਸੁਣਨ ਵਾਲਾ ਅਤੇ link-local ਨਾਲ ਜੁੜਨ ਵਾਲਾ ਰਿਲੇ ਕੋਈ ਭਾਗ ਵਧਾਏ ਬਿਨਾਂ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦਾ ਹੈ:
socat TCP6-LISTEN:8080,bind=[fd00:1:2::10] TCP6:[fe80::1%eth0]:80ਇੱਥੇ ਜ਼ੋਨ ਸਹੀ ਪਾਸੇ ਹੈ, ਉਸ ਹੋਸਟ ਉੱਤੇ ਜਿਸ ਕੋਲ ਉਸ ਲਿੰਕ ਉੱਤੇ ਸੱਚਮੁੱਚ eth0 ਹੈ। ਤੁਹਾਡਾ ਕਲਾਇੰਟ fd00:1:2::10 ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ, ਜੋ ਆਮ ਤਰੀਕੇ ਨਾਲ ਰੂਟ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਰਿਲੇ link-local ਹੌਪ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਕਰਦਾ ਹੈ। ਉਹੀ ਤਰਕੀਬ ਕਿਸੇ ਉਪਕਰਣ ਦੇ ਵੈੱਬ UI ਜਾਂ ਸਿਰਫ਼ link-local ਪਤਾ ਐਲਾਨਣ ਵਾਲੇ ਪੁਰਾਣੇ BMC ਲਈ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ।
ਜਦੋਂ ਬ੍ਰਿਜਿੰਗ ਸੱਚਮੁੱਚ ਜਵਾਬ ਹੈ, ਅਤੇ ਕੀ ਜਾਂਚਣਾ ਹੈ
ਕੁਝ ਤੈਨਾਤੀਆਂ ਨੂੰ ਸੱਚਮੁੱਚ ਇੱਕ ਸਾਂਝਾ ਭਾਗ ਚਾਹੀਦਾ ਹੈ: ਸਿਰਫ਼ link-local ਖੋਜ ਬੋਲਣ ਵਾਲਾ ਯੰਤਰ, multicast ਉੱਤੇ ਨਿਰਭਰ ਉਪਕਰਣ, ਸਮਤਲ LAN ਦੁਬਾਰਾ ਬਣਾਉਣ ਵਾਲੀ ਪ੍ਰਯੋਗਸ਼ਾਲਾ। ਇਹ Layer 2 ਦੀ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਇਸਨੂੰ Layer 2 ਦਾ ਜਵਾਬ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਦੂਰ ਦੇ ਇੰਟਰਫੇਸ ਨਾਲ ਜੋੜਿਆ tap ਯੰਤਰ ਜਾਂ ਸਪਸ਼ਟ ਬ੍ਰਿਜਡ ਮੋਡ ਵਾਲਾ ਕਲਾਇੰਟ ਉਤਪਾਦ। ਇਸਦੀ ਕੀਮਤ ਟਨਲ ਪਾਰ ਕਰਨ ਵਾਲੀ broadcast ਅਤੇ multicast ਟ੍ਰੈਫਿਕ ਤੇ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਚੱਲਣ ਵਾਲੀ ਗੁਆਂਢੀ ਖੋਜ ਹੈ।
ਰੂਟਡ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ fe80::/64 ਜੋੜ ਕੇ ਇਸਨੂੰ ਨੇੜੇ ਨਾ ਲਿਆਓ। ਇਸ ਨਾਲ ਸਭ ਤੋਂ ਮਾੜੀ ਹਾਲਤ ਬਣਦੀ ਹੈ: ਕੌਂਫਿਗ ਪੂਰਾ ਦਿਸਦਾ ਹੈ, ਰੂਟ ਟੇਬਲ ਐਂਟਰੀ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਪੈਕਟ ਅਜੇ ਵੀ ਦੋਵੇਂ ਸਹੀ ਵਿਵਹਾਰ ਕਰ ਰਹੇ ਦੋ ਸਟੈਕਾਂ ਵਿਚਕਾਰ ਕਿਤੇ ਸੁੱਟਿਆ ਜਾਂਦਾ ਹੈ।
ping ਦੀ ਥਾਂ ਇੰਟਰਫੇਸ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ। ip -6 addr show tun0 ਦੱਸਦਾ ਹੈ ਕਿ ਟਨਲ ਲਿੰਕ ਨੇ ਆਪਣਾ link-local ਪਤਾ ਬਣਾਇਆ ਜਾਂ ਨਹੀਂ, ਅਤੇ ip -6 route get fe80::1%tun0 ਦੱਸਦਾ ਹੈ ਕਿ ਕਰਨਲ ਦਾਇਰੇ ਵਾਲੀ ਮੰਜ਼ਿਲ ਨਾਲ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰੇਗਾ। ਜਦੋਂ ਕਰਨਲ ਕਹਿੰਦਾ ਹੈ ਕਿ ਉਸ ਇੰਟਰਫੇਸ ਉੱਤੇ ਮੰਜ਼ਿਲ ਅਪਹੁੰਚ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਟਨਲ ਸੈਟਿੰਗ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲੇਗੀ, ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਸੰਪਾਦਿਤ ਕਰਨਾ ਬੰਦ ਕਰਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ।
ਸਵਾਲ ਨਿਪਟਾਉਣ ਵਾਲਾ ਛੋਟਾ ਕ੍ਰਮ:
- ਦੂਰ ਦੇ ਹੋਸਟ ਉੱਤੇ ਪਤਾ ਪੜ੍ਹੋ ਅਤੇ ਧਿਆਨ ਦਿਓ ਕਿ ਇਹ fe80:: ਹੈ ਜਾਂ ਰੂਟ ਹੋਣ ਯੋਗ ਅਗੇਤਰ।
- ਜੇ fe80:: ਹੈ, ਤਾਂ ਸੇਵਾ ਮੁੜ ਬੰਨ੍ਹੋ, ਉਸ ਹੋਸਟ ਉੱਤੇ ਰਿਲੇ ਕਰੋ, ਜਾਂ ਭਾਗ ਬ੍ਰਿਜ ਕਰੋ; ਜੇ ਰੂਟ ਹੋਣ ਯੋਗ ਹੈ, ਤਾਂ ਰੂਟ, firewall ਜਾਂ ਬਾਈਂਡ ਪਤਾ ਠੀਕ ਕਰੋ।
- ਮੁੜ ਟੈਸਟ ਕਰਦਿਆਂ ਹਰ ਵਾਰ ਜ਼ੋਨ ਮੁੜ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕਾਪੀ ਕੀਤਾ ਹੁਕਮ ਆਮ ਤੌਰ ਉੱਤੇ ਗਲਤ ਇੰਟਰਫੇਸ ਰੱਖਦਾ ਹੈ।
ਸਰੋਤ: RFC 4291, IPv6 ਪਤਾ ਢਾਂਚਾ.