ਕੀ ਘੱਟ VPN ਥ੍ਰੂਪੁੱਟ ਐਂਟ੍ਰੋਪੀ ਦੀ ਸਮੱਸਿਆ ਹੈ? ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ

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

ਇੱਕੋ ਜਿਹੇ ਦਿਖਣ ਵਾਲੇ ਦੋ ਲੱਛਣ

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

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

systemd-analyze blame | head -10
journalctl -u [email protected] -o short-precise | head -40
cat /proc/sys/kernel/random/entropy_avail

ਪਹਿਲੇ ਦੋ ਕਮਾਂਡ ਸਟਾਰਟਅੱਪ ਕੰਮ ਨੂੰ ਸਮਾਂ-ਰੇਖਾ 'ਤੇ ਰੱਖਦੇ ਹਨ। ਤੀਜਾ ਕਰਨਲ ਦਾ ਐਂਟ੍ਰੋਪੀ ਲੇਖਾ ਮੁੱਲ ਛਾਪਦਾ ਹੈ, ਜੋ ਇੱਕ ਡੇਟਾ ਬਿੰਦੂ ਵਜੋਂ ਲਾਭਦਾਇਕ ਅਤੇ ਬੈਂਡਵਿਡਥ ਮੀਟਰ ਵਜੋਂ ਬੇਕਾਰ ਹੈ।

ਬੇਤਰਤੀਬ ਸੰਖਿਆਵਾਂ ਦੀ ਉਡੀਕ ਅਸਲ ਵਿੱਚ ਕਿਹੋ ਜਿਹੀ ਦਿਖਦੀ ਹੈ

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

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

strace -f -e trace=getrandom -p $(pidof openvpn) 2>&1 | head -20
dmesg | grep -i 'random\|crng'

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

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

ਲਗਾਤਾਰ ਹੌਲੀਪੁਣਾ ਅਸਲ ਵਿੱਚ ਕਿਹੋ ਜਿਹਾ ਦਿਖਦਾ ਹੈ

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

ਤੁਲਨਾਯੋਗ ਅਧਾਰ ਰੇਖਾ ਨਾਲ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਮਾਪੋ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਪਣੀ ਰਿਪੋਰਟ ਦੀ ਬਜਾਏ ਇੰਟਰਫੇਸ ਕਾਊਂਟਰ ਦੇਖੋ।

ss -tin dst 203.0.113.10
nstat -az | grep -i 'drop\|retrans'
ethtool -S eth0 | grep -i 'drop\|error'

ਪਹਿਲੀ ਕਮਾਂਡ ਇੱਕ ਪੀਅਰ ਲਈ ਕਤਾਰ ਅਤੇ ਭੀੜ ਦੀ ਸਥਿਤੀ ਦਿਖਾਉਂਦੀ ਹੈ। ਦੂਜੀ ਅਤੇ ਤੀਜੀ ਸਟੈਕ ਅਤੇ ਇੰਟਰਫੇਸ 'ਤੇ ਡ੍ਰਾਪ ਅਤੇ ਮੁੜ-ਪ੍ਰਸਾਰਣ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀਆਂ ਹਨ, ਜਿੱਥੇ ਕਾਰਨ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਦਿਖਦਾ ਹੈ।

ਤੁਸੀਂ ਜੋ ਰੁਕਾਵਟ ਮਾਪੀ ਉਸ ਲਈ ਸੁਧਾਰ ਚੁਣੋ

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

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

ਬਦਲਾਅ ਨੂੰ ਸਿਰਫ਼ ਤਦ ਹੀ ਸਵੀਕਾਰ ਕਰੋ ਜਦੋਂ ਉਹੀ ਮਾਪ ਉਹਨਾਂ ਹੀ ਹਾਲਾਤਾਂ ਵਿੱਚ ਸੁਧਰੇ। ਵੱਡਾ ਕਾਊਂਟਰ ਨਤੀਜਾ ਨਹੀਂ ਹੈ; ਛੋਟੀ ਮਾਪੀ ਉਡੀਕ ਜਾਂ ਪਛਾਣੇ ਕਾਰਨ ਨਾਲ ਤੇਜ਼ ਤਬਦੀਲੀ ਨਤੀਜਾ ਹੈ।