VPN ਨੇ ਤੁਹਾਡਾ ਪੁਰਾਣਾ IP ਲੀਕ ਨਹੀਂ ਕੀਤਾ: ਇੱਕ ਯਾਦ ਰੱਖਿਆ ਮੁੱਲ ਨੇ ਕੀਤਾ

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

ਇੱਕ ਪਤੇ ਪਿੱਛੇ ਦੋ ਵਿਆਖਿਆਵਾਂ

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

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

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

ਐਪ ਦੀ ਯਾਦ ਮੁੜ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਵੱਧ ਟਿਕਦੀ ਹੈ

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

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

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

ਪਹਿਲਾਂ ਸਰੋਤ ਹੈਡਰ ਪੜ੍ਹੋ, ਫਿਰ ਪੇਲੋਡ

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

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

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

ਸੰਭਾਲ ਢੋਆ-ਢੁਆਈ ਤੋਂ ਵੱਖਰਾ ਪੜਾਅ ਹੈ

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

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

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ

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

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