VPN ਅੱਪਲੋਡ ਡਾਊਨਲੋਡ ਨਾਲੋਂ ਹੌਲੀ? ਤੈਅ ਕਰੋ ਤੁਸੀਂ ਕਿਹੜੀ ਹੱਦ ’ਤੇ ਪਹੁੰਚਦੇ ਹੋ

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

ਪ੍ਰਗਤੀ ਪੱਟੀ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਣ ਵਾਲੀਆਂ ਤਿੰਨ ਹੱਦਾਂ

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

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

ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਦਿਸ਼ਾ ਮਾਪੋ

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

iperf3 ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਕਲਾਇੰਟ ਤੋਂ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਸਾਧਾਰਨ ਦੌੜ ਤੁਹਾਡਾ ਅੱਪਲੋਡ ਮਾਰਗ ਮਾਪਦੀ ਹੈ; -R ਦਿਸ਼ਾ ਪਲਟਦਾ ਹੈ ਅਤੇ ਡਾਊਨਲੋਡ ਮਾਪਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਕੁਝ ਮਿੰਟਾਂ ਦੇ ਅੰਤਰ ਨਾਲ ਚਲਾਓ ਅਤੇ ਔਸਤ ਕੱਢਣ ਦੀ ਬਜਾਏ ਦੋਵੇਂ ਸੰਖਿਆਵਾਂ ਲਿਖੋ:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

ਜੇ ਅੱਪਲੋਡ ਦੀ ਸੰਖਿਆ ਡਾਊਨਲੋਡ ਦੀ ਸੰਖਿਆ ਦਾ ਛੋਟਾ ਹਿੱਸਾ ਹੈ ਅਤੇ ਦੌੜਾਂ ਵਿਚਕਾਰ ਸਥਿਰ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਆਕਾਰ ਅਸਮਮਿਤ ਪਹੁੰਚ ਲਾਈਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਅਤੇ ਟਨਲ ਇੱਥੇ ਕਹਾਣੀ ਨਹੀਂ। ਜੇ ਅੱਪਲੋਡ ਦੌੜਾਂ ਵਿਚਕਾਰ ਝੂਲਦਾ ਹੈ ਜਾਂ ਦਸ ਸਕਿੰਟ ਬਾਅਦ ਢਹਿ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪੜ੍ਹਦੇ ਰਹੋ।

ਅੱਪਲੋਡ ਕਿੱਥੇ ਬਦਲਦਾ ਹੈ, ਉਸ ਤੋਂ ਤੈਅ ਕਰੋ

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

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

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

ਜਦੋਂ ਰੁਕਣਾ ਹੌਲੇਪਣ ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ

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

ਮਾਰਗ ਨੂੰ ਅਜਿਹੇ ਪੇਲੋਡ ਨਾਲ ਜਾਂਚੋ ਜਿਸਦਾ ਟੁਕੜੇ ਨਾ ਹੋਣੇ ਚਾਹੀਦੇ, ਫਿਰ ਟਨਲ ਇੰਟਰਫੇਸ ਦੇ MTU ਦੀ ਤੁਲਨਾ ਪਾਸ ਹੋਣ ਵਾਲੇ ਮੁੱਲ ਨਾਲ ਕਰੋ:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

ਜੇ ਵੱਡਾ ਪ੍ਰੋਬ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਛੋਟਾ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਇੰਟਰਫੇਸ MTU ਘਟਾਉਣ ਦੀ ਬਜਾਏ ਟਨਲ ’ਤੇ TCP MSS ਕੱਸੋ। ਉਸ ਬਿੰਦੂ ਤੋਂ ਬਾਅਦ ਦੇ ਲਗਾਤਾਰ ਰੁਕਾਵਟਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਟੋਰੇਜ ਜਾਂ ਰਫ਼ਤਾਰ ਨਾਲ ਸਬੰਧਤ ਹਨ, ਨੈੱਟਵਰਕ ਮਾਰਗ ਨਾਲ ਨਹੀਂ।

ਕੀ ਬਦਲਣਾ ਅਤੇ ਕੀ ਛੱਡਣਾ

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

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