OpenVPN ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ IPv6 ਆਉਟਗੋਇੰਗ ਮਰ ਜਾਂਦੀ ਹੈ: ਪ੍ਰੀਫਿਕਸ ਦੀ ਮਾਲਕੀ ਦੀ ਜਾਂਚ ਕਰੋ
ਟਨਲ ਮੁੜ ਬਣਨ ਤੋਂ ਬਾਅਦ IPv6 ਮਰ ਜਾਂਦੀ ਹੈ। ਕੁਝ ਵੀ ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਡੈਲੀਗੇਟ ਕੀਤਾ ਪ੍ਰੀਫਿਕਸ, ਕਲਾਇਟ ਪਤੇ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਕਿਸ ਦੇ ਹਨ।
IPv6 ਉਸੇ ਪਲ ਟ੍ਰੈਫਿਕ ਲੰਘਾਉਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ ਜਦੋਂ OpenVPN ਮੁੜ ਚਾਲੂ ਹੁੰਦਾ ਹੈ, ਅਤੇ IPv4 ਕੰਮ ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ। ਟਨਲ ਇੰਟਰਫੇਸ ਮੁੜ ਬਣਾਇਆ ਗਿਆ, ਅਤੇ ਇਸਦੀ IPv6 ਸਥਿਤੀ ਸੰਭਾਲਣ ਵਾਲੀ ਕੋਈ ਹੋਰ ਚੀਜ਼ ਜਾਂ ਤਾਂ ਪਤਾ ਗੁਆ ਬੈਠੀ ਜਾਂ ਉਹ ਮਾਰਗ ਗੁਆ ਬੈਠੀ ਜੋ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਪਹੁੰਚਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਸਥਿਤੀ ਦੇ ਤਿੰਨ ਵੱਖਰੇ ਹਿੱਸੇ ਸ਼ਾਮਲ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਵੱਖਰਾ ਮਾਲਕ ਹੈ: ਪ੍ਰਦਾਤਾ ਦਾ ਡੈਲੀਗੇਟ ਕੀਤਾ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਉਸਦੀ ਉਮਰ, VPN ਕਲਾਇਟਾਂ ਨੂੰ ਦਿੱਤੇ ਪਤੇ, ਅਤੇ ਉੱਪਰਲਾ ਮਾਰਗ ਜੋ ਉਸ ਕਲਾਇਟ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਸਰਵਰ ਵੱਲ ਵਾਪਸ ਭੇਜਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਡੈਮਨ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਇੱਕ ਦਾ ਮਾਲਕ ਪਛਾਣੋ, ਕਿਉਂਕਿ ਗਲਤ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਦਿਨ ਲਈ ਲੁਕਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਵਾਪਸ ਲੈ ਆਉਂਦਾ ਹੈ।
IPv6 ਸਥਿਤੀ ਦੇ ਤਿੰਨ ਹਿੱਸੇ, ਤਿੰਨ ਮਾਲਕ
| State | Typical owner | What breaks when it is wrong |
|---|---|---|
| Delegated prefix and lifetime | Upstream router or provider via DHCPv6-PD | Clients keep addresses that the upstream no longer routes |
| Client addresses inside the tunnel | OpenVPN server config or a delegation daemon | No global address, or an address outside the routed prefix |
| Return route for the client prefix | Upstream router, or the server's own routing table | Outbound works, replies never arrive |
ਟਨਲ ਦੇ ਅੰਦਰ ਗਲੋਬਲ ਦਾਇਰੇ ਦਾ ਪਤਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਉੱਪਰਲੇ ਰਾਊਟਰਾਂ ਨੂੰ ਉਹ ਪ੍ਰੀਫਿਕਸ ਅਜੇ ਵੀ VPN ਸਰਵਰ ਵੱਲ ਵਾਪਸ ਭੇਜਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਇਹ ਨਹੀਂ ਕਰਨਗੇ ਕਿ ਸਰਵਰ ਕੋਲ ਉਸ ਵਿੱਚੋਂ ਇੱਕ ਪਤਾ ਸੰਜੋਗ ਨਾਲ ਹੈ।
ਇਸੇ ਲਈ ਕਿਸੇ ਜਨਤਕ /64 ਨੂੰ ਟਨਲ ਪੂਲ ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ ਵੀ ਖ਼ਤਰਨਾਕ ਹੈ। ਸਰਵਰ ਵੱਲ ਰੂਟ ਕੀਤਾ ਪ੍ਰੀਫਿਕਸ ਉਹ ਨਹੀਂ ਜੋ ਉੱਪਰਲਾ ਪਾਸਾ on-link ਮੰਨਦਾ ਹੈ, ਅਤੇ ਗੁਆਂਢੀ ਖੋਜ ਇਹ ਖਾਲੀ ਥਾਂ ਨਹੀਂ ਭਰੇਗੀ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦੀ ਸਥਿਤੀ ਪੜ੍ਹੋ
ਸਥਿਤੀ ਦੋ ਵਾਰ ਕੈਪਚਰ ਕਰੋ, ਇੱਕ ਵਾਰ ਜਦੋਂ IPv6 ਕੰਮ ਕਰ ਰਹੀ ਹੋਵੇ ਅਤੇ ਇੱਕ ਵਾਰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਫਿਰ ਤੁਲਨਾ ਕਰੋ। ਸਿਰਫ਼ ਪੜ੍ਹਨ ਵਾਲੇ ਨਜ਼ਾਰੇ ਕਾਫ਼ੀ ਹਨ, ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਿੰਡੋ ਦੌਰਾਨ ਉਨ੍ਹਾਂ ਦਾ ਕੋਈ ਖ਼ਰਚ ਨਹੀਂ ਹੁੰਦਾ:
ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwardingਤਿੰਨ ਖ਼ਾਸ ਫ਼ਰਕ ਲੱਭੋ: ਗਾਇਬ ਹੋਇਆ ਮਾਰਗ, ਪੁਰਾਣੀ ਜਾਂ ਅਵੈਧ ਉਮਰ ਵੱਲ ਤਬਦੀਲ ਹੋਇਆ ਪਤਾ, ਅਤੇ ਮੁੜ ਡੈਲੀਗੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਬਦਲਿਆ ਪ੍ਰੀਫਿਕਸ ਜਦੋਂ ਕਿ VPN ਸੰਰਚਨਾ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਦਾ ਐਲਾਨ ਕਰ ਰਹੀ ਹੈ।
ਜੇ ਪਤਾ ਗਾਇਬ ਹੋ ਗਿਆ ਪਰ ਪ੍ਰੀਫਿਕਸ ਨਹੀਂ ਬਦਲਿਆ, ਤਾਂ ਇਸਨੂੰ ਨਿਯਤ ਕਰਨ ਵਾਲਾ ਡੈਮਨ ਇੰਟਰਫੇਸ ਸੰਭਾਲਣਾ ਬੰਦ ਕਰ ਚੁੱਕਾ ਹੈ। ਜੇ ਪ੍ਰੀਫਿਕਸ ਬਦਲ ਗਿਆ ਪਰ ਪਤੇ ਨਹੀਂ, ਤਾਂ ਕਲਾਇਟ ਸੰਰਚਨਾ ਪੁਰਾਣੀ ਹੈ। ਦੋਵੇਂ ਅਸਫਲਤਾਵਾਂ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ।
ਤੈਅ ਕਰੋ ਕਿ ਕੀ dhcpcd ਨੂੰ ਟਨਲ ਸੰਭਾਲਣੀ ਚਾਹੀਦੀ ਹੈ
dhcpcd ਇੰਟਰਫੇਸ ਲੱਭ ਸਕਦਾ ਹੈ ਅਤੇ DHCPv6 ਪ੍ਰੀਫਿਕਸ ਦੇ ਹਿੱਸੇ ਹੇਠਲੇ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਡੈਲੀਗੇਟ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਸੰਰਚਨਾ ਡੈਲੀਗੇਸ਼ਨ ਦੇ ਟੀਚਿਆਂ ਦਾ ਸਪੱਸ਼ਟ ਨਾਮ ਲੈ ਸਕਦੀ ਹੈ। ਸਪੱਸ਼ਟ ਟੀਚੇ ਤੋਂ ਬਿਨਾਂ, ਇਸਦਾ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ ਹੋਰ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਟਨਲ ਨੂੰ ਉਹ ਪਤਾ ਮਿਲ ਜਾਂਦਾ ਹੈ ਜਿਸਦੀ ਯੋਜਨਾ ਕਿਸੇ ਨੇ ਨਹੀਂ ਬਣਾਈ ਸੀ।
ਦੋ ਸ਼ਰਤਾਂ ਤੁਹਾਨੂੰ ਟਨਲ ਦੀ ਸਥਿਰ ਐਡਰੈਸਿੰਗ OpenVPN ਕੋਲ ਛੱਡਣ ਵੱਲ ਧੱਕਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਸਰਵਰ ਆਪਣੀ ਸੰਰਚਨਾ ਵਿੱਚ ਨਿਸ਼ਚਿਤ ਪਤੇ ਧੱਕਦਾ ਹੈ, ਅਤੇ ਮੁੜ ਜੁੜਨ ਉੱਤੇ ਟਨਲ ਦਾ ਨਾਮ ਬਦਲਦਾ ਹੈ। ਜੇ ਦੋਵੇਂ ਸੱਚ ਹਨ, ਤਾਂ ਟਨਲ ਨੂੰ ਡੈਲੀਗੇਸ਼ਨ ਡੈਮਨ ਤੋਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਾਹਰ ਰੱਖੋ, ਕਾਰਨ ਦੱਸਦੀ ਟਿੱਪਣੀ ਸਹਿਤ।
ਜੇ ਇਸਦੀ ਬਜਾਏ ਟਨਲ ਲਈ ਡੈਲੀਗੇਸ਼ਨ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ, ਤਾਂ ਪ੍ਰੀਫਿਕਸ ਬਦਲਾਅ ਦੀ ਸੰਭਾਲ ਲਾਗੂ ਕਰੋ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਡੈਲੀਗੇਟ ਕੀਤਾ ਪ੍ਰੀਫਿਕਸ ਜਾਂ ਉਸਦੀ ਉਮਰ ਬਦਲਣ ਸਮੇਂ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇਣਾ, ਸਰਵਰ ਦੁਆਰਾ ਐਲਾਨਿਆ ਕਲਾਇਟ ਪ੍ਰੀਫਿਕਸ ਅੱਪਡੇਟ ਕਰਨਾ, ਅਤੇ ਮਾਰਗ ਦੁਬਾਰਾ ਜੋੜਨਾ। ਉਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਇੰਟਰਫੇਸ ਨੂੰ ਬਾਹਰ ਰੱਖਣਾ ਨਵੇਂ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਜਾਣਨ ਵਾਲਾ ਇੱਕੋ-ਇੱਕ ਹਿੱਸਾ ਹਟਾ ਦਿੰਦਾ ਹੈ।
dhcpcd ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਚੀਜ਼ਾਂ ਠੀਕ ਕਰਦਾ ਜਾਪ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਥਿਤੀ ਮੁੜ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਇਹ ਤੁਹਾਡੇ ਧਿਆਨ ਵਿੱਚ ਨਾ ਆਏ ਇੰਟਰਫੇਸਾਂ ਦੀ ਸੰਰਚਨਾ ਵੀ ਨਵੀਂ ਕਰਦਾ ਜਾਂ ਵਾਪਸ ਲੈਂਦਾ ਹੈ। ਉਹ ਰਿਕਵਰੀ ਇਸਨੂੰ ਹਰ VPN ਮੁੜ ਚਾਲੂ ਤੋਂ ਬਾਅਦ ਲਾਜ਼ਮੀ ਨਹੀਂ ਬਣਾਉਂਦੀ। ਇਹ ਉਨ੍ਹਾਂ ਕਾਊਂਟਰਾਂ ਨੂੰ ਵੀ ਰੀਸੈਟ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਸਬੂਤ ਵਜੋਂ ਵਰਤ ਰਹੇ ਸੀ। ਤੁਸੀਂ ਜੋ ਇੰਟਰਫੇਸ ਅਸਲ ਵਿੱਚ ਬਦਲਿਆ ਉਸਦੀ ਨਿਸ਼ਾਨਾ ਮੁੜ ਲੋਡ ਨੂੰ ਤਰਜੀਹ ਦਿਓ।
IPv6 ਨੂੰ IPv4 NAT ਤੋਂ ਵੱਖਰਿਆਂ ਪ੍ਰਮਾਣਿਤ ਕਰੋ
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫਾਰਵਰਡਿੰਗ ਚਾਲੂ ਹੈ ਅਤੇ ਉੱਪਰਲਾ ਮਾਰਗ ਅਸਲ ਕਲਾਇਟ ਪ੍ਰੀਫਿਕਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਫਿਰ ਨਵਾਂ ਆਗਿਆ ਦਿੱਤਾ IPv6 ਕਨੈਕਸ਼ਨ ਬਣਾਓ। ਕਲਾਇਟ ਦੀ ਆਪਣੀ IPv6 ਮਾਰਗ ਸਾਰਣੀ ਵੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਜਨਤਕ ਪਤਾ ਦਿਖਾਉਣ ਵਾਲਾ ਕਲਾਇਟ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਸਦੀ ਬੇਨਤੀ ਨੇ ਟਨਲ ਵਰਤੀ।
IPv4 ਮਾਸਕਰੇਡਿੰਗ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦੀ ਹੈ: ਨਿੱਜੀ ਸਰੋਤਾਂ ਲਈ ਵਾਪਸੀ ਰਾਹ। ਇਹ ਵਾਪਸ ਲਏ ਗਏ IPv6 ਪ੍ਰੀਫਿਕਸ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੀ, ਅਤੇ ਇਸਨੂੰ ਜੋੜਨ ਨਾਲ IPv6 ਵਾਪਸ ਨਹੀਂ ਆਵੇਗੀ।
ਮਾਲਕੀ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਸਮਾਪਤ ਕਰੋ: ਕਿਹੜਾ ਹਿੱਸਾ ਪ੍ਰੀਫਿਕਸ ਡੈਲੀਗੇਟ ਕਰਦਾ ਹੈ, ਕਿਹੜਾ ਕਲਾਇਟ ਪਤੇ ਨਿਯਤ ਕਰਦਾ ਹੈ, ਕਿਹੜਾ ਵਾਪਸੀ ਮਾਰਗ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਮੁੜ ਜੁੜਨ ਉੱਤੇ ਹਰ ਇੱਕ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ। ਰਨਬੁੱਕ ਵਿੱਚ ਚਾਰ ਲਾਈਨਾਂ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਡੈਮਨ ਲੱਭਣ ਲਈ ਤਿੰਨ ਡੈਮਨ ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਚਾਉਂਦੀਆਂ ਹਨ।