ਕਿਉਂ VPN ਡਾਊਨਲੋਡ ਤੁਹਾਡੇ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਹਰਾ ਸਕਦਾ ਹੈ

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

ਭਾਵ ਦਿਲਚਸਪ ਅੰਕੜਾ ਇਹ ਨਹੀਂ ਕਿ VPN ਕਿੰਨਾ ਤੇਜ਼ ਸੀ। ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੀ ਲਾਈਨ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਤੁਹਾਨੂੰ ਕਦੇ ਨਹੀਂ ਮਿਲਿਆ, ਅਤੇ ਕਿਉਂ।

ਇੱਕ ਸੀਮਾ ਜੋ ਪੋਰਟ ਦਾ ਪਿੱਛਾ ਕਰਦੀ ਹੈ, ਰਾਹ ਦਾ ਨਹੀਂ

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

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

ਇਸੇ ਲਈ ਇਹ ਅਸਰ ਫ਼ਾਈਲਾਂ ਅਤੇ ਮੰਤਵਾਂ ਵਿੱਚ ਇੰਨਾ ਇਕਸਾਰ ਹੈ। ਜੇ ਸੀਮਾ ਪੋਰਟ 'ਤੇ ਹੈ, ਤਾਂ ਉਸ ਪੋਰਟ ਰਾਹੀਂ ਲੰਘਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਇੱਕੋ ਜਿਹਾ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ, ਫ਼ਾਈਲ ਦਾ ਆਕਾਰ ਕੁਝ ਵੀ ਹੋਵੇ ਅਤੇ ਹੋਸਟ ਕੋਈ ਵੀ ਹੋਵੇ। ਵੱਖਰਾ ਨਿਯਮ ਖਿੱਚਣ ਵਾਲਾ ਮੰਤਵ ਵੱਖਰਾ ਵਕਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਫ਼ਰਕ ਆਪਣੇ ਆਪ ਵਿੱਚ ਨਿਦਾਨਕ ਹੈ।

ਸਿਖਰ ਨਹੀਂ, ਸਮਤਲ ਮਾਪੋ

ਸਿਖਰ ਟ੍ਰਾਂਸਫ਼ਰ ਦਾ ਸਭ ਤੋਂ ਘੱਟ ਜਾਣਕਾਰੀ ਦੇਣ ਵਾਲਾ ਹਿੱਸਾ ਹੈ, ਕਿਉਂਕਿ ਬਫ਼ਰ ਭਰਦੇ ਸਮੇਂ ਹਰ ਕਨੈਕਸ਼ਨ ਚੰਗਾ ਦਿਖਦਾ ਹੈ। ਗਤੀ ਕਿੱਥੇ ਸਥਿਰ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਿੰਨੀ ਦੇਰ ਉੱਥੇ ਰਹਿੰਦੀ ਹੈ, ਲਿਖੋ।

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

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

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

ਕਾਰਨ ਅਲੱਗ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਤੁਲਨਾਵਾਂ

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

1. ਉਹੀ ਡਾਊਨਲੋਡ ਆਮ ਵੈੱਬ ਰਾਹ ਰਾਹੀਂ ਅਤੇ ਹੋਰ ਪੋਰਟ 'ਤੇ ਕਿਸੇ ਟ੍ਰਾਂਸਫ਼ਰ ਔਜ਼ਾਰ ਰਾਹੀਂ, ਤੁਲਨਾਯੋਗ ਸਮਰੱਥਾ ਵਾਲੇ ਹੋਸਟ ਤੋਂ ਦੁਹਰਾਓ।
2. ਦੋਵੇਂ ਨੂੰ ਗੈਰ-ਸੰਕੁਚਨਯੋਗ ਫ਼ਾਈਲ ਨਾਲ ਦੁਹਰਾਓ, ਤਾਂ ਜੋ ਸੰਕੁਚਨ ਉਮੀਦਵਾਰ ਰਹਿਣਾ ਬੰਦ ਹੋ ਜਾਵੇ।
3. ਜੇ ਤੁਸੀਂ ਖੁਦ ਟਨਲ ਸਰਵਰ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਪੋਰਟ 80 ਨਾਲ ਬੰਨ੍ਹੋ, ਦੋਵੇਂ ਸਿਰੇ ਸਹਿਮਤ ਹੋਣ ਲਈ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਠੀਕ ਕਰੋ, ਅਤੇ ਦੁਬਾਰਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕਰੋ। ਜੇ ਟਨਲ ਹੁਣ ਸੀਮਤ ਵੈੱਬ ਗਤੀ 'ਤੇ ਬੈਠਦਾ ਹੈ, ਤਾਂ ਪਾਬੰਦੀ ਪੋਰਟ ਦਾ ਪਿੱਛਾ ਕਰਦੀ ਹੈ, VPN ਦਾ ਨਹੀਂ।

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

ਇਹ ਮਾਪ ਕੀ ਸਮਰਥਨ ਨਹੀਂ ਕਰ ਸਕਦਾ

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

ਇਹ ਇਹ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਸਿੱਧਾ ਰਾਹ ਟੁੱਟਿਆ ਹੈ। ਸੀਮਤ ਰਾਹ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ; ਇਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੀਮਤ ਹੈ, ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਬਣਾਈ ਨੀਤੀ ਮੁਰੰਮਤ ਦੀ ਉਡੀਕ ਕਰਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ ਹੈ।

ਅਤੇ ਇਹ ਸਭ ਕੁਝ ਟਨਲ ਰਾਹੀਂ ਭੇਜਣ ਨੂੰ ਕਦੇ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਾਉਂਦਾ। ਪੋਰਟ 80 'ਤੇ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਸੀਮਤ ਹੀ ਰਹਿੰਦੀ ਹੈ, ਜਦਕਿ ਤੁਸੀਂ ਜੋ ਵੀ ਮੋੜਦੇ ਹੋ ਉਹ ਹੁਣ ਇੱਕ ਵਾਧੂ ਹੌਪ ਅਤੇ ਇੱਕ ਵਾਧੂ ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਢੰਗ 'ਤੇ ਨਿਰਭਰ ਹੈ।

ਖੋਜ ਨੂੰ ਕੁਝ ਕਰਨ ਯੋਗ ਬਣਾਓ

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

«VPN ਤੇਜ਼ ਹੈ» ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਇਹ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਵਾਧੂ ਭਾਰ ਬਾਰੇ ਜਵਾਬ ਸੱਦਦਾ ਹੈ, ਅਤੇ ਉਹ ਜਵਾਬ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸਹੀ ਹੈ ਜਦਕਿ ਕਿਸੇ ਨੂੰ ਕੁਝ ਕੰਮ ਦਾ ਨਹੀਂ ਦੱਸਦਾ। ਨਮੂਨਿਆਂ ਦੀ ਗਿਣਤੀ, ਘੰਟਾ ਅਤੇ ਪੋਰਟ ਨੱਥੀ ਕਰੋ, ਤਾਂ ਜੋ ਪਾਠਕ ਪੈਟਰਨ ਦੁਹਰਾ ਸਕੇ।

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