IPv4 VPN ਸਰਵਰ ਰਾਹੀਂ IPv6 ਲਈ ਅਜੇ ਵੀ ਅਸਲ IPv6 ਐਗਜ਼ਿਟ ਚਾਹੀਦਾ ਹੈ

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

ਲੱਛਣ: ਪਤਾ ਹੈ, ਰਾਹ ਨਹੀਂ

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

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

ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਖੁੱਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਪੈਕੇਟ ਦਾ ਪਿੱਛਾ ਕਰੋ

ਟਨਲ ਦੇ ਅੰਦਰ ਪੈਕੇਟ ਆਮ IPv6 ਹੈ ਅਤੇ ਉਸ ਦਾ ਸਰੋਤ ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਹੈ। ਸਰਵਰ ਆਵਾਜਾਈ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਲਾਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਇੱਕ ਅਸਲੀ IPv6 ਪੈਕੇਟ ਰੱਖਦਾ ਹੈ ਜਿਸ ਨੂੰ ਅਗਲੀ IPv6 ਛਾਲ ਤੱਕ ਭੇਜਣਾ ਪੈਂਦਾ ਹੈ। IPv4 ਡਿਫ਼ਾਲਟ ਰੂਟ ਇਸ ਨੂੰ ਲੈ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਇਸ ਨੂੰ IPv4 ਵਿੱਚ ਬਦਲਣਾ ਇੱਕ ਹੋਰ ਕੰਮ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਤੈਨਾਤ ਨਹੀਂ ਕੀਤਾ। ਇਹੀ ਪੂਰੀ ਅਸਫ਼ਲਤਾ ਹੈ, ਅਤੇ ਇਸ ਦਾ ਇਸ ਨਾਲ ਕੋਈ ਲੈਣ-ਦੇਣ ਨਹੀਂ ਕਿ VPN ਸੁਣਨ ਵਾਲੇ ਨੇ IPv4 ਰਾਹੀਂ ਜਵਾਬ ਦਿੱਤਾ ਜਾਂ ਨਹੀਂ।

IPv4 ਉੱਤੇ IPv6 ਦੇ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਦੀ ਕਾਰਜਵਿਧੀ RFC 4213 ਵਿੱਚ ਦੱਸੀ ਗਈ ਹੈ, ਅਤੇ ਉੱਥੇ ਦੀ ਜ਼ਰੂਰੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਸਿਰਿਆਂ ਨੂੰ ਟਨਲ ਦੇ ਦੂਜੇ ਪਾਸੇ ਅਜੇ ਵੀ ਅਸਲ IPv6 ਕਨੈਕਟੀਵਿਟੀ ਚਾਹੀਦੀ ਹੈ। ਹੈਡਰ ਲਪੇਟਣ ਨਾਲ ਅਪਸਟ੍ਰੀਮ ਜਾਦੂ ਨਾਲ ਨਹੀਂ ਬਣਦਾ।

ਦੋ ਟਨਲ ਪਰਤਾਂ, ਦੋ ਸੁਤੰਤਰ ਜਾਂਚਾਂ

ਹਰ ਪਰਤ ਨੂੰ ਵੱਖਰਿਆਂ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਚੱਲਦੀ ਬਾਹਰੀ ਟਨਲ ਟੁੱਟੀ ਅੰਦਰੂਨੀ ਟਨਲ ਲੁਕਾਉਂਦੀ ਹੈ। ਬਾਹਰੀ ਰਾਹ ਨੂੰ ਕਲਾਇੰਟ ਤੋਂ ਸਰਵਰ ਤੱਕ IPv4 ਪਿੰਗ ਨਾਲ ਜਾਂਚੋ ਅਤੇ ਜੋ ਪੋਰਟ ਵਰਤਦੇ ਹੋ ਉਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਫਿਰ ਸਰਵਰ ਉੱਤੇ ਅੰਦਰੂਨੀ ਰਾਹ ਜਾਂਚੋ, ਜਿੱਥੇ ip -6 route ਕੋਈ ਡਿਫ਼ਾਲਟ ਜਾਂ ਅਸਲ ਅਪਸਟ੍ਰੀਮ ਤੋਂ ਸਿੱਖਿਆ ਖ਼ਾਸ ਰੂਟ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ip -6 addr ਕੋਈ ਅਜਿਹਾ ਸਰੋਤ ਪ੍ਰੀਫਿਕਸ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਨੂੰ ਅਪਸਟ੍ਰੀਮ ਸਵੀਕਾਰ ਕਰਦਾ ਹੋਵੇ। ਇਸ ਤੋਂ ਘੱਟ ਕੁਝ ਵੀ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਸਿਰਫ਼ ਸਜਾਵਟ ਹੈ।

ਇੱਕ ਵਿਲੱਖਣ-ਸਥਾਨਕ ਪਤਾ, ਜਾਂ ਦੁਨੀਆ-ਭਰ ਜਿਹਾ ਦਿਸਦਾ ਪ੍ਰੀਫਿਕਸ ਜਿਸ ਵੱਲ ਕੁਝ ਵੀ ਵਾਪਸ ਰੂਟ ਨਹੀਂ ਹੁੰਦਾ, ਖ਼ੁਸ਼ੀ ਨਾਲ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਦਿਸੇਗਾ ਅਤੇ ਕਿਤੇ ਨਹੀਂ ਜਾਵੇਗਾ। ਜਨਤਕ ਪਹੁੰਚ ਅਪਸਟ੍ਰੀਮ ਦਿੰਦਾ ਹੈ, ਪਤੇ ਦੀ ਸ਼ਕਲ ਨਹੀਂ।

ਇਹੀ ਗੱਲ ਕਲਾਇੰਟ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: ip -6 route get 2001:4860:4860::8888 ਟਨਲ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜੇ ਭੌਤਿਕ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ ਤਾਂ ਕਲਾਇੰਟ IPv6 ਲਈ VPN ਬਿਲਕੁਲ ਨਹੀਂ ਵਰਤ ਰਿਹਾ।

ਸਰੋਤ ਪ੍ਰੀਫਿਕਸ, ਆਕਾਰ ਅਤੇ ICMPv6

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

ਤੁਹਾਡਾ ਸਟੈਕ ਅਸਲ ਵਿੱਚ ਜੋ ਵਾਧੂ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਵਰਤਦਾ ਹੈ ਉਸ ਲਈ ਬਜਟ ਰੱਖੋ, ਅਤੇ ICMPv6 ਨੂੰ Packet Too Big ਸਮੇਤ ਚਾਲੂ ਰੱਖੋ। ਦੂਜਾ ਹੈਡਰ ਵਰਤੋਂਯੋਗ ਪੇਲੋਡ ਛੋਟਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਛੋਟੇ ਪਿੰਗਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਰਾਹ ਫ਼ਾਇਲ ਟ੍ਰਾਂਸਫ਼ਰ ਵਿੱਚ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਾਰਾ ICMPv6 ਸੁੱਟਣ ਵਾਲਾ ਫਾਇਰਵਾਲ ਸੁਧਾਰਨਯੋਗ ਆਕਾਰ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਕਾਲਾ ਟੋਆ ਬਣਾ ਦਿੰਦਾ ਹੈ। ਸੇਵਾ ਦਾ ਐਲਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵੱਡਾ ਟ੍ਰਾਂਸਫ਼ਰ ਜਾਂਚੋ।

ਕਿਹੜੀ ਗੱਲ ਬਿਲਕੁਲ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ

ਸਿਰਫ਼ IPv4 ਚੱਲਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਸਿਰਫ਼ IPv6 ਚੱਲਣ ਵਾਲੇ ਕਲਾਇੰਟ ਤੋਂ ਪਹੁੰਚਣਾ ਅਨੁਵਾਦ ਹੈ, ਟਨਲ ਨਹੀਂ, ਅਤੇ ਇਸ ਲਈ ਜਾਣ-ਬੁੱਝ ਕੇ ਤੈਨਾਤ ਕੀਤੀ NAT64 ਵਰਗੀ ਵਿਵਸਥਾ ਚਾਹੀਦੀ ਹੈ। ਮੰਜ਼ਿਲ ਸਿਰਫ਼ ਇਸ ਲਈ ਵਾਧੂ ਟਨਲ ਹੈਡਰ ਨਹੀਂ ਸਮਝੇਗੀ ਕਿ ਤੁਸੀਂ ਇੱਕ ਜੋੜ ਦਿੱਤਾ। ਇਤਿਹਾਸਕ ਤਬਦੀਲੀ ਸੇਵਾਵਾਂ ਨੂੰ ਵੀ ਉਹੀ ਧਿਆਨ ਚਾਹੀਦਾ ਹੈ: RFC 7526 ਨੇ 6to4 anycast ਰਿਲੇ ਮਾਡਲ ਰੱਦ ਕੀਤਾ, ਇਸ ਲਈ ਉਸ ਦੁਆਲੇ ਲਿਖੀ ਗਾਈਡ ਅਜਿਹੀ ਚੀਜ਼ ਦੱਸਦੀ ਹੈ ਜਿਸ ਕੋਲ ਹੁਣ ਸੰਭਾਲਿਆ ਜਨਤਕ ਰਿਲੇ ਨਹੀਂ ਹੈ।

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