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