ਆਪਣੇ ਸਰੋਤ ਨਾਲ VPN ਰਾਹੀਂ IPv6 ਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕਰੀਏ

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

ਕਦਮ 1: ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ IPv6 ਰਸਤਾ ਜਾਂਚ ਰਹੇ ਹੋ

ਇਹ ਇੱਕ ਵਾਕ ਵਿੱਚ ਦੱਸੋ। ਸੁਰੰਗ ਸਰਵਰ ਦੇ ਆਪਣੇ IPv6 ਪਤੇ ਉੱਤੇ ਬੇਨਤੀ ਸੁਰੰਗ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ; ਨਿਕਾਸ ਤੋਂ ਪਰੇ ਹੋਸਟ ਉੱਤੇ ਬੇਨਤੀ ਨਿਕਾਸ ਦੇ IPv6 ਨਿਕਾਸ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ; ਨਿੱਜੀ IPv6 ਪਤੇ ਉੱਤੇ ਬੇਨਤੀ ਅੰਦਰੂਨੀ ਰਸਤੇ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ।

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

ਕਦਮ 2: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਹੋਸਟ ਉਹੀ ਰਸਤਾ ਚੁਣਦਾ ਹੈ

ip -6 route get 2001:db8:1::10 ਰਸਤਾ, ਸਰੋਤ ਪਤਾ ਅਤੇ ਕਰਨਲ ਵੱਲੋਂ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਇੰਟਰਫੇਸ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਜਾਂਚ ਇਸੇ ਤੱਥ ਉੱਤੇ ਟਿਕੀ ਹੈ।

ਇੰਟਰਫੇਸ ਦਾ ਹੋਣਾ ਉਸ ਦੇ ਚੁਣੇ ਜਾਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ। ਦੋਹਰੇ ਸਟੈਕ ਵਾਲੇ ਹੋਸਟਾਂ ਕੋਲ ਤਰਜੀਹ ਸਾਰਣੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ Linux ਉੱਤੇ /etc/gai.conf ਇਹ ਬਦਲ ਸਕਦਾ ਹੈ ਕਿ ਦੋਵਾਂ ਵਿੱਚ ਹੱਲ ਹੋਣ ਵਾਲੇ ਨਾਮ ਲਈ ਕਿਹੜਾ ਪਰਿਵਾਰ ਜਿੱਤੇਗਾ।

ਕਦਮ 3: ਕਾਨੂੰਨੀ ਟਿਕਾਣਾ ਅਤੇ ਨਾਮ ਵਰਤੋ

ਜੇ ਤੁਸੀਂ HTTPS ਦੀ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਉਹੀ ਹੋਸਟ ਨਾਮ ਵਰਤੋ ਜਿਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਹੋਇਆ ਅਤੇ ਤਸਦੀਕ ਚਾਲੂ ਰੱਖੋ; ਜਾਂਚ ਪਾਸ ਕਰਾਉਣ ਲਈ ਸ਼ਾਬਦਿਕ ਪਤੇ ਉੱਤੇ ਜਾਣਾ ਠੀਕ ਉਸੇ ਜਾਂਚ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਲੋੜੀਂਦੇ ਹੋਸਟ ਤੱਕ ਪਹੁੰਚੇ। ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਨਿਦਾਨ ਸੇਵਾ, ਜੋ ਜਾਣੇ ਨਾਮ ਉੱਤੇ ਵੈਧ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਸਭ ਤੋਂ ਸਾਫ਼ ਟਾਰਗਿਟ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਮਿਲਾਨ ਲਈ ਸਰਵਰ-ਪਾਸੇ ਦੀ ਲਾਗ ਲਾਈਨ ਵੀ ਦਿੰਦੀ ਹੈ, ਜੋ ਤੀਸਰੇ ਪਾਸੇ ਦਾ ਜਾਂਚਕ ਕਦੇ ਨਹੀਂ ਦੇਵੇਗਾ।

ਬੇਨਤੀ ਨੂੰ ਉਸ ਰੂਪ ਵਿੱਚ ਚਲਾਓ ਜੋ ਵਰਤਿਆ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/। -6 ਪਰਿਵਾਰ ਨੂੰ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੰਝ ਤੁਸੀਂ IPv6 ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਅਤੇ IPv6 ਨੂੰ ਤਰਜੀਹ ਨਹੀਂ ਮਿਲੀ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹੋ।

ICMPv6 ਦੀ ਆਗਿਆ ਵਾਲੀ ਸ਼ੁੱਧ ਪਹੁੰਚ ਜਾਂਚ ਲਈ ping -6 -c 3 2001:db8:1::10 ਕਾਫ਼ੀ ਹੈ। ਇਹ ਰਸਤਾ ਸਾਬਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸ ਤੋਂ ਉੱਪਰ ਕੁਝ ਨਹੀਂ।

ਕਦਮ 4: ਦੋਵੇਂ ਸਿਰਿਆਂ ਦਾ ਮਿਲਾਨ ਕਰੋ

ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਦੋਵੇਂ ਸਿਰਿਆਂ ਤੱਕ ਪਹੁੰਚ ਹੋਵੇ, ਤਾਂ ਕਲਾਇੰਟ ਉੱਤੇ tcpdump -ni any ip6 and host 2001:db8:1::10 ਅਤੇ ਸਰੋਤ ਉੱਤੇ ਉਸ ਦਾ ਬਰਾਬਰ ਸਮਾਂ-ਛਾਪਾਂ ਨਾਲ ਚਲਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹੀ ਪ੍ਰਵਾਹ ਦੋਵਾਂ ਵਿੱਚ ਦਿਸਦਾ ਹੈ। ਇਹੀ ਸੰਭਾਵੀ ਨਤੀਜੇ ਨੂੰ ਸਬੂਤ ਵਿੱਚ ਬਦਲਦਾ ਹੈ: ਸਿਰਫ਼ ਕਲਾਇੰਟ ਦਾ ਦ੍ਰਿਸ਼ ਸਰੋਤ ਦੇ ਜਵਾਬ ਨੂੰ ਵਿਚਕਾਰਲੀ ਕਿਸੇ ਚੀਜ਼ ਦੇ ਜਵਾਬ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਕੈਪਚਰ ਨੂੰ ਇੱਕ ਹੀ ਟਿਕਾਣੇ ਤੱਕ ਸੰਕੁਚਿਤ ਰੱਖੋ ਤਾਂ ਜੋ ਆਉਟਪੁੱਟ ਪੜ੍ਹਨਯੋਗ ਰਹੇ ਅਤੇ ਕਿਸੇ ਦਾ ਅਸੰਬੰਧਿਤ ਸੈਸ਼ਨ ਫਾਈਲ ਵਿੱਚ ਨਾ ਆਵੇ।

ਜੇ ਚਿੰਤਾ ਇਹ ਹੈ ਕਿ ਨੀਤੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਸਹਿੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਤਾਂ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਜਾਂਚ ਦੁਹਰਾਓ। ਜੁੜਨ ਸਮੇਂ ਇੱਕ ਵਾਰ ਲਾਗੂ ਕੀਤੀ ਰਸਤਾ ਅਤੇ ਫਾਇਰਵਾਲ ਸਥਿਤੀ ਦੁਬਾਰਾ ਲਾਗੂ ਹੋਣ ਵਾਲੀ ਸਥਿਤੀ ਤੋਂ ਵੱਖ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਫ਼ਰਕ ਸਿਰਫ਼ ਦੂਜੇ ਜੁੜਨ ਵਿੱਚ ਦਿਸਦਾ ਹੈ।

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

ਕਦਮ 5: ਲਿਖੋ ਕਿ ਜਾਂਚ ਨੇ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕੀਤਾ

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

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