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

ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰੋ। ਉਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਕ੍ਰਮ ਤੋਂ ਬਿਨਾਂ ਦੇਣ ਨਾਲ ਇਹ ਲੰਮੀ ਬਹਿਸ ਬਣਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ ਵਿੱਚ ਖ਼ਰਾਬੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਦੋਂ ਕਿ ਸੱਚਾ ਜਵਾਬ ਇਹ ਹੈ ਕਿ IPv6 ਰੂਟ ਕਦੇ ਸਥਾਪਿਤ ਹੀ ਨਹੀਂ ਹੋਇਆ।

ਕਿਹੜਾ ਫ਼ਲੋ ਅਸਲ ਵਿੱਚ ਬਾਹਰ ਗਿਆ, ਅਤੇ ਕਿਹੜੇ ਐਡਾਪਟਰ ’ਤੇ

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

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

ਕਰਨਲ ਵੱਲੋਂ ਚੁਣਿਆ ਰੂਟ ਪੜ੍ਹਨਾ

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

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

ਵਧੇਰੇ ਖ਼ਾਸ ਪ੍ਰੀਫ਼ਿਕਸ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਇੱਕ ਮੰਜ਼ਿਲ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਬਾਕੀ ਸਭ ਅੰਦਰ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਨੀਤੀ ਨਿਯਮ ਕਿਸੇ ਵੀ ਰੂਟ ਨਾਲੋਂ ਉੱਚ ਤਰਜੀਹ ’ਤੇ ਉਹੀ ਕਰ ਸਕਦਾ ਹੈ। ਮੈਟ੍ਰਿਕ ਵੀ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇੱਕੋ ਪ੍ਰੀਫ਼ਿਕਸ ਦੀਆਂ ਦੋ ਐਂਟਰੀਆਂ ਸਕ੍ਰੀਨ ਦੇ ਕ੍ਰਮ ਨਾਲ ਨਹੀਂ, ਮੈਟ੍ਰਿਕ ਨਾਲ ਤੈਅ ਹੁੰਦੀਆਂ ਹਨ। Windows ’ਤੇ ਸਮਾਨ ਸੂਚੀ Get-NetRoute -AddressFamily IPv6 ਹੈ, ਫ਼ੈਸਲੇ ਦੇ ਕ੍ਰਮ ਨਾਲ ਮੇਲ ਖਾਣ ਲਈ ਮੈਟ੍ਰਿਕ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦਿੱਤੀ। ਟੇਬਲ ਵਿੱਚ ਸਹੀ ਦਿਸਦਾ ਨਿਯਮ ਵੀ ਘੱਟ ਨੰਬਰ ਵਾਲੇ ਨੀਤੀ ਨਿਯਮ ਤੋਂ ਹਾਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਨਿਯਮਾਂ ਦੀ ਸੂਚੀ ਰੂਟਾਂ ਦੀ ਸੂਚੀ ਨਾਲ ਇੱਕੋ ਸਾਹ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।

ਕਲਾਇੰਟ ਦੀ IPv6 ਨੀਤੀ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ

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

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

ਸੰਖੇਪ ਨਿਰੀਖਣ, ਜਦੋਂ ਟੇਬਲ ਅਸਹਿਮਤ ਹੋਵੇ

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

ਚੌੜਾ ਕੈਪਚਰ ਇੱਕ ਸਵਾਲ ਦੀ ਲੋੜ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਨਿੱਜੀ ਟ੍ਰੈਫ਼ਿਕ ਖੋਲ੍ਹਦਾ ਹੈ। ਇਹ ਸਵਾਲ ਦਾ ਜਵਾਬ ਘੱਟ ਸਪੱਸ਼ਟਤਾ ਨਾਲ ਵੀ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਸੰਬੰਧਿਤ ਫ਼ਲੋ ਅਸੰਬੰਧਿਤ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਧਾਰਾ ਵਿੱਚ ਦੱਬਿਆ ਆਉਂਦਾ ਹੈ। ਜਾਂਚੀ ਮੰਜ਼ਿਲ ’ਤੇ ਫ਼ਿਲਟਰ ਕਰੋ, ਕੁਝ ਪੈਕਟਾਂ ਮਗਰੋਂ ਰੁਕੋ, ਅਤੇ ਕੈਪਚਰ ਮਿਟਾ ਦਿਓ।

ਖਾਲੀ ਥਾਂ ਬੰਦ ਕਰਨ ਦੇ ਤਿੰਨ ਤਰੀਕੇ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ