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

ਦੋ ਖੋਜਾਂ, ਇੱਕ ਨਹੀਂ

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

ਇਸੇ ਕਾਰਨ ਸਹੀ ਮਾਰਗ ਅਤੇ ਗਲਤ ਸਰੋਤ ਇੰਨੇ ਸੌਖੇ ਢੰਗ ਨਾਲ ਇਕੱਠੇ ਰਹਿ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਕਾਰਨ ਉਹੀ ਬੇਨਤੀ ਬਰਾਊਜ਼ਰ ਤੋਂ ਅਤੇ ਜ਼ਬਰਦਸਤੀ ਬੰਧਨ ਤੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦੀ ਹੈ। ਜਦੋਂ ਤੱਕ ਉਹਨਾਂ ਨੂੰ ਜੋੜਨ ਵਾਲਾ ਸਬੂਤ ਨਾ ਮਿਲੇ, ਦੋਵੇਂ ਖੋਜਾਂ ਨੂੰ ਵੱਖਰਾ ਮੰਨੋ।

ਨਿਯਮਾਂ ਨੂੰ ਕ੍ਰਮਬੱਧ ਮੁਕਾਬਲੇ ਵਜੋਂ ਪੜ੍ਹੋ

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

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

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

ਐਪਲੀਕੇਸ਼ਨ ਬੰਧਨ ਸਵਾਲ ਬਦਲ ਦਿੰਦਾ ਹੈ

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

ਇਸ ਨਾਲ ਸਰੋਤ ਬੰਧਨ ਕੰਮਚਲਾਊ ਹੱਲ ਦੇ ਨਾਲ-ਨਾਲ ਨਿਦਾਨ ਸਾਧਨ ਵੀ ਬਣ ਜਾਂਦਾ ਹੈ: VPN ਪਤੇ ਨਾਲ ਬੰਨ੍ਹੋ ਅਤੇ ਵੇਖੋ ਕਿ ਬੇਨਤੀ ਸਫਲ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਫਲ ਹੋਵੇ ਤਾਂ ਮਾਰਗ ਠੀਕ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਚੋਣ ਸੀ। ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਸਮੱਸਿਆ ਵਾਪਸੀ ਮਾਰਗ ਜਾਂ ਦੂਰਲੇ ਸਿਰੇ ਦੀ ਨੀਤੀ ਸੀ।

ਜਾਂਚੋ ਕਿ ਦੂਰਲਾ ਸਿਰਾ ਉਹ ਸਰੋਤ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ

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

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

ਚਾਰ ਨਿਰੀਖਣਾਂ ਨਾਲ ਫੈਸਲਾ ਕਰੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ