OpenVPN ਲੈਬ ਵਿੱਚ ਨਿੱਜੀ IPv6 ਜੋੜੋ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਜਾਂਚ ਬਿੰਦੂ

ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਕਲਾਇੰਟ ਹੈ ਜੋ IPv4 ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਪਿੱਛੇ ਦੇ ਨਿੱਜੀ IPv4 ਵਰਕਲੋਡ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਟੀਚਾ ਹੈ ਬਾਹਰੀ ਆਵਾਜਾਈ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਉਸੇ ਸੁਰੰਗ ਰਾਹੀਂ ਨਿੱਜੀ IPv6 ਵਰਕਲੋਡ ਤੱਕ ਪਹੁੰਚਣਾ। ਇਹ ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਬਾਹਰੀ ਰਾਹ IPv4 ਹੀ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਪਤਾ ਯੋਜਨਾ, ਕਲਾਇੰਟ ਦਾ ਰੂਟ ਅਤੇ ਸਰਵਰ ਤੋਂ LAN ਤੱਕ ਵਾਪਸੀ ਦਾ ਰਾਹ ਬਦਲਦਾ ਹੈ। ਪੰਜ ਜਾਂਚ ਬਿੰਦੂ, ਹਰ ਇੱਕ ਵਿੱਚ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖਣ ਵਾਲੀ ਕੋਈ ਠੋਸ ਚੀਜ਼ ਹੈ।

ਜਾਂਚ ਬਿੰਦੂ ਇੱਕ: ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਿਹਾ ਕਨੈਕਸ਼ਨ

ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਜੋੜੋ ਅਤੇ IPv4 ਰਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਕੰਮ ਕਰਦੀ ਸੁਰੰਗ ਤੁਹਾਨੂੰ ਅਧਾਰਰੇਖਾ ਦਿੰਦੀ ਹੈ ਜੋ ਨਵੀਂ IPv6 ਗਲਤੀ ਨੂੰ ਪੁਰਾਣੀ ਕਨੈਕਟੀਵਿਟੀ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ। ਇਹ ਇਹ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਸਰਵਰ ਇੰਸਟੈਂਸ ਸੋਧ ਰਹੇ ਹੋ।

ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਦੇ ਪੂਲ, ਟੋਪੋਲੋਜੀ ਅਤੇ ਪੁਸ਼ ਕੀਤੇ ਰੂਟ ਨੋਟ ਕਰੋ। IPv6 ਕੰਮ ਉਸ ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਵਿਸਤਾਰ ਕਰਦਾ ਹੈ; ਬਦਲਦਾ ਨਹੀਂ।

ਜਾਂਚ ਬਿੰਦੂ ਦੋ: ਅੰਦਰੂਨੀ ਪ੍ਰੀਫਿਕਸ ਚੁਣੋ

ਸਾਈਟ ਲਈ ਇੱਕ ULA /48 ਚੁਣੋ ਅਤੇ ਉਸ ਵਿੱਚੋਂ ਦੋ /64 ਕੱਟੋ: ਇੱਕ ਸੁਰੰਗ ਕਲਾਇੰਟ ਲਈ, ਇੱਕ IPv6 ਵਰਕਲੋਡ ਵਾਲੇ LAN ਹਿੱਸੇ ਲਈ। ਉਦਾਹਰਨ ਪ੍ਰੀਫਿਕਸ ਨਕਲ ਕਰਨ ਦੀ ਥਾਂ 40-ਬਿੱਟ ਗਲੋਬਲ ID ਬਣਾਓ, ਅਤੇ ਦੋਵੇਂ ਸਬਨੈੱਟ ਸਾਈਟ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਰੂਟ ਕੀਤੇ ਹਰ ਨੈੱਟਵਰਕ ਨਾਲ ਜਾਂਚੋ:

Outer transport: IPv4 OpenVPN UDP
IPv4 pool:       10.90.0.0/24
IPv6 VPN pool:   fd73:93bc:b6e9:77::/64
IPv6 LAN:        fd73:93bc:b6e9:60::/64
Server LAN IPv6: fd73:93bc:b6e9:60::1

ਦੋ ਸੁਤੰਤਰ /64 ਕਲਾਇੰਟ ਪੂਲ ਨੂੰ LAN ਹਿੱਸੇ ਤੋਂ ਕੱਟੇ ਜਾਣ ਤੋਂ ਰੋਕਦੇ ਹਨ, ਜੋ ਬਾਅਦ ਵਿੱਚ ਵਾਪਸੀ ਰੂਟ ਲਿਖਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਉੱਪਰਲੇ ਮੁੱਲ ਇੱਕ ਹੱਲ ਕੀਤਾ ਉਦਾਹਰਨ ਹਨ, ਦੁਬਾਰਾ ਵਰਤੋਂ ਦਾ ਪ੍ਰੀਫਿਕਸ ਨਹੀਂ।

ਜਾਂਚ ਬਿੰਦੂ ਤਿੰਨ: ਸਹਾਇਕ ਅਤੇ ਰੂਟ ਪੁਸ਼ ਜੋੜੋ

ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਸਰਵਰ ਕਨਫਿਗਰੇਸ਼ਨ ਪੜ੍ਹੋ। ਮੌਜੂਦਾ ਹਦਾਇਤ ਦੀ ਦੂਜੀ ਨਕਲ ਪਹਿਲੀ ਨਾਲ ਨਹੀਂ ਮਿਲਦੀ, ਅਤੇ ਆਉਣ ਵਾਲੀ ਗਲਤੀ IPv6 ਨਹੀਂ ਹਦਾਇਤ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ। ਮੌਜੂਦਾ IPv4 ਸਹਾਇਕ ਨਾਲ ਦੋ ਲਾਈਨਾਂ ਇਸ ਦਾ ਵਿਸਤਾਰ ਕਰਦੀਆਂ ਹਨ। ਹਰ ਇੱਕ ਵੱਖ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ:

server-ipv6 fd73:93bc:b6e9:77::/64
push "route-ipv6 fd73:93bc:b6e9:60::/64"

ਪਹਿਲੀ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਸਹਾਇਕ ਹੈ ਜੋ ਇੰਟਰਫੇਸ ਅਤੇ ਕਲਾਇੰਟ ਪੂਲ ਸੈੱਟ ਕਰਦੀ ਹੈ। ਦੂਜੀ ਉਸ LAN ਮੰਜ਼ਿਲ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ ਜਿੱਥੇ ਕਲਾਇੰਟ ਨੂੰ ਪਹੁੰਚਣਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ IPv6 ਪਤਾ ਦੇਣ ਨਾਲ ਇਹ ਨਹੀਂ ਪਤਾ ਲੱਗਦਾ ਕਿ ਸਰਵਰ ਪਿੱਛੇ ਕਿਹੜੇ ਨੈੱਟਵਰਕ ਹਨ, ਇਸ ਲਈ ਦੋਵੇਂ ਲਾਈਨਾਂ ਲੋੜੀਂਦੀਆਂ ਹਨ।

ਸਹਾਇਕ ਸਥਿਰ IPv6 ਪੂਲ ਜਾਂ nopool ਨਾਲ ਸਹਿ-ਹੋਂਦ ਨਹੀਂ ਰੱਖਦੀ। ਜੇ ਤੈਨਾਤੀ ਜਾਣ-ਬੁੱਝ ਕੇ ਪਤੇ ਸਥਿਰ ਰੂਪ ਵਿੱਚ ਵੰਡਦੀ ਹੈ, ਤਾਂ ਉਹ ਨੀਤੀ ਰੱਖੋ ਅਤੇ ਉਦਾਹਰਨ ਨਾਲ ਮੇਲ ਖਾਣ ਲਈ ਨੀਤੀ ਹਟਾਉਣ ਦੀ ਥਾਂ IPv6 ਬਰਾਬਰ ਦੀ ਸਪੱਸ਼ਟ ਡਿਜ਼ਾਈਨ ਕਰੋ।

ਜਾਂਚ ਬਿੰਦੂ ਚਾਰ: ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਜਵਾਬ ਦਾ ਰੂਟ

ਸਰਵਰ ਉੱਤੇ IPv6 ਫਾਰਵਰਡਿੰਗ ਸਿਸਟਮ ਦੇ ਆਪਣੇ ਕਨਫਿਗਰੇਸ਼ਨ ਮਾਲਕ ਰਾਹੀਂ ਚਾਲੂ ਕਰੋ, ਭੁੱਲ ਜਾਣ ਵਾਲੀ ਇੱਕ-ਵਾਰੀ ਰਨਟਾਈਮ ਲਿਖਤ ਨਾਲ ਨਹੀਂ। ਰਨਟਾਈਮ ਰੂਪ ਤੇਜ਼ ਪਰਖ ਲਈ ਲਾਹੇਵੰਦ ਹੈ। ਸਥਾਈ ਕਨਫਿਗਰੇਸ਼ਨ ਵੰਡ ਦੇ ਨੈੱਟਵਰਕ ਮਾਲਕ ਵੱਲੋਂ ਪੜ੍ਹੀ ਜਾਂਦੀ drop-in ਫਾਈਲ ਵਿੱਚ ਹੁੰਦੀ ਹੈ:

sysctl -w net.ipv6.conf.all.forwarding=1

ਫਾਰਵਰਡਿੰਗ ਪੈਕੇਟ ਰੂਟ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਹੋਸਟ ਦੇ IPv6 ਵਿਵਹਾਰ ਨੂੰ ਬਦਲਦੀ ਹੈ। ਕਲਾਇੰਟ ਵਜੋਂ ਰਾਊਟਰ ਐਲਾਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੋਸਟ ਫਾਰਵਰਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਿਆਂ ਹੀ ਉਸੇ ਤਰ੍ਹਾਂ ਸਵੀਕਾਰ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਇਸ ਲਈ ਜਿਸ ਮਸ਼ੀਨ ਦਾ IPv6 ਅੱਪਲਿੰਕ RA ਉੱਤੇ ਨਿਰਭਰ ਹੈ ਉਸ ਨੂੰ ਉਸ ਅੱਪਲਿੰਕ ਲਈ ਸਪੱਸ਼ਟ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ।

ਫਿਰ LAN ਨੂੰ ਸੁਰੰਗ ਪੂਲ ਵੱਲ ਵਾਪਸੀ ਦਾ ਰੂਟ ਦਿਓ। ਵਰਕਲੋਡ ਦਾ IPv6 ਗੇਟਵੇ VPN ਸਰਵਰ ਨਹੀਂ LAN ਰਾਊਟਰ ਹੈ, ਇਸ ਲਈ ਰੂਟ ਉਸ ਰਾਊਟਰ ਉੱਤੇ ਹੁੰਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਦੇ LAN ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ:

ip -6 route add fd73:93bc:b6e9:77::/64 via fd73:93bc:b6e9:60::1

ਲਿੰਕ ਨੂੰ ਲੋੜੀਂਦੇ ICMPv6 ਕਿਸਮਾਂ, ਪਥ-MTU ਫੀਡਬੈਕ ਸਮੇਤ ਰੱਖੋ। IPv4 ਫਾਇਰਵਾਲ ਨਿਯਮ ਦਾ ਮਤਲਬ IPv6 ਨਿਯਮ ਨਹੀਂ, ਅਤੇ ਸਰਬਵਿਆਪੀ IPv6 ਰੋਕ ਗੁਆਂਢੀ ਖੋਜ ਨੂੰ ਰੂਟਿੰਗ ਖਰਾਬੀ ਵਾਂਗ ਦਿਖਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਤੋੜਦੀ ਹੈ।

ਜਾਂਚ ਬਿੰਦੂ ਪੰਜ: ਕਲਾਇੰਟ ਪੜ੍ਹੋ, ਫਿਰ ਪਰਖੋ

ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਜੋੜੋ ਅਤੇ ਸਰਵਰ ਦੇ ਸਹਾਇਕ ਪਤੇ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਉਸ ਨੇ ਅਸਲ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤੇ ਪਤੇ ਪੜ੍ਹੋ। ਇੰਟਰਫੇਸ ਸੂਚੀ ਇੱਕੋ ਡਿਵਾਈਸ ਉੱਤੇ ਦੋਵੇਂ ਪਰਿਵਾਰ ਦਿਖਾਉਂਦੀ ਹੈ:

ip -6 addr show tun0
ip -6 route get fd73:93bc:b6e9:60::20

ਸੁਰੰਗ ਚੁਣਦਾ ਰੂਟ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਜਾਣਦਾ ਹੈ ਪੈਕੇਟ ਕਿੱਥੇ ਭੇਜਣਾ ਹੈ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਸਰਵਰ ਇਸ ਨੂੰ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, LAN ਰਾਊਟਰ ਕੋਲ ਵਾਪਸੀ ਰੂਟ ਹੈ, ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਜਵਾਬ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਹੀ ਹਰ ਪਰਿਵਾਰ ਉੱਤੇ ਵਾਰੀ-ਵਾਰੀ ਪਰਖੋ, ਫਿਰ ਦੁਬਾਰਾ ਜੁੜਨ ਅਤੇ ਹੋਸਟ ਰੀਸਟਾਰਟ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ। ਸਿਰਫ਼ ਰੀਬੂਟ ਤੱਕ ਟਿਕਣ ਵਾਲਾ ਰੂਟ ਜਾਂ sysctl ਪਰਖ ਹੈ, ਡਿਜ਼ਾਈਨ ਨਹੀਂ।

IPv6 ਰਾਹ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਜਵਾਬ ਦੇਣ ਤੋਂ ਬਾਅਦ ਹੀ AAAA ਰਿਕਾਰਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। IPv4 ਰਾਹੀਂ ਪੁੱਛਿਆ DNS ਅਜੇ ਵੀ IPv6 ਪਤਾ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਹੱਲ ਹੋਣ ਯੋਗ ਨਾਂ ਇਸ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਕੁਝ ਸੁਣ ਰਿਹਾ ਹੈ। RFC 4193 ULA ਮਾਰਗਦਰਸ਼ਨ ਇਨ੍ਹਾਂ ਪ੍ਰੀਫਿਕਸਾਂ ਨੂੰ ਨਕਲ ਨਹੀਂ ਤੁਹਾਡਾ ਬਣਾਉਣ ਵਾਲੇ ਗਲੋਬਲ ID ਦੀ ਬਣਾਵਟ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।