ਅੱਪਲੋਡ ਦੌਰਾਨ VPN ਹੌਲੀ ਕਿਉਂ ਲੱਗਦਾ ਹੈ: ਕਤਾਰ ਵਿੱਚ ਦੇਰੀ

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

ਬੈਂਡਵਿਡਥ ਅਤੇ ਦੇਰੀ ਵੱਖਰੇ ਮਾਪ ਹਨ

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

ਲੋਡ ਹੇਠ ਦਿਸ਼ਾ ਵੱਲ ਵੀ ਧਿਆਨ ਦਿਓ। ਭਰਿਆ ਅੱਪਲੋਡ ਬਫਰ ਬਾਕੀ ਸਭ ਕੁਝ ਦੇਰੀ ਨਾਲ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਡਾਊਨਲੋਡ ਸਮਰੱਥਾ ਖਾਲੀ ਬੈਠੀ ਹੋਵੇ।

ਲੋਡ ਹੇਠ ਰਾਊਂਡ ਟ੍ਰਿਪ ਮਾਪੋ

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

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

ਕਤਾਰ ਨੂੰ ਉੱਥੇ ਭੇਜੋ ਜਿੱਥੇ ਰੁਕਾਵਟ ਹੈ

ਕਤਾਰ ਪ੍ਰਬੰਧਨ ਸਿਰਫ਼ ਉਸ ਡਿਵਾਈਸ ’ਤੇ ਮਦਦ ਕਰਦਾ ਹੈ ਜੋ ਬੈਕਲਾਗ ਅਸਲ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਨਿਯਮ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖੋ ਕਿ ਇੰਟਰਫੇਸ ਕੀ ਕਰ ਰਿਹਾ ਹੈ।

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

ਟਨਲ ਕੀ ਬਦਲਦਾ ਹੈ ਅਤੇ ਕੀ ਲੁਕਾਉਂਦਾ ਹੈ

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

ਜੇ ਦੇਰੀ ਲੋਡ ਦਾ ਪਿੱਛਾ ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਕਤਾਰਾਂ ਟਿਊਨ ਕਰਨਾ ਬੰਦ ਕਰੋ ਅਤੇ ਕਿਤੇ ਹੋਰ ਵੇਖੋ: Wi-Fi ਹਾਲਾਤ, ਪੈਕੇਟ-ਆਕਾਰ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਜਾਂ ਇੱਕ ਖਰਾਬ ਨਿਕਾਸ ਰਾਹ। ਮਾਪ ਤੋਂ ਬਿਨਾਂ ਲਾਗੂ ਕੀਤੀਆਂ ਕਤਾਰ-ਸੈਟਿੰਗਾਂ ਸਿਰਫ਼ ਰਹੱਸ ਨੂੰ ਹਿਲਾਉਂਦੀਆਂ ਹਨ।