ਜਨਤਕ VPN ਸੂਚੀ ਕਹਿੰਦੀ ਹੈ ਆਨਲਾਈਨ; ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਕਹਿੰਦਾ ਹੈ ਨਹੀਂ

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

ਸੂਚੀ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਮਾਪਿਆ

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

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

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

ਕਲਾਇੰਟ ਦੇ ਪੜਾਅ ਦੇਖੋ, ਸਪਿੰਨਰ ਨਹੀਂ

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

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

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

ਹਰ ਕੋਸ਼ਿਸ਼ ਲਈ ਇੱਕ ਚਲ

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

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

ਜਦੋਂ ਹਰ ਨੋਡ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ

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

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

ਫੇਲ ਹੋਣਾ ਜਿਸ ਪੜਾਅ ਉੱਤੇ ਹੋਇਆ ਉੱਥੇ ਹੀ ਪੜ੍ਹੋ

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

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

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