VPN ਸਰਵਰ ਦਾ ਅੱਪਟਾਈਮ: ਇਹ ਸੰਖਿਆ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸਦੀ

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

ਸੰਖਿਆ ਕੀ ਮਾਪਦੀ ਹੈ

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

systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server

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

ਰਾਹ ਬੰਦ ਹੋਣ ’ਤੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਚੱਲ ਸਕਦੀ ਹੈ

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

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

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

ਤਾਜ਼ਗੀ: ਰਿਪੋਰਟ ਤੁਹਾਡੀ ਕੋਸ਼ਿਸ਼ ਨਾਲੋਂ ਪੁਰਾਣੀ ਹੈ

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

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

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

ਇਸਦੀ ਥਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ

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

nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net

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

ਧੋਖੇ ਵਿੱਚ ਆਏ ਬਿਨਾਂ ਜਨਤਕ ਨੋਡ ਸੂਚੀਆਂ ਪੜ੍ਹਨਾ

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

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

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