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

ਕਦਮ 1: ਪੜ੍ਹੋ ਕਿ ਇਸ ਸੰਖਿਆ ਦਾ ਕੀ ਅਰਥ ਹੈ

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

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

ਕਦਮ 2: ਤੁਸੀਂ ਜੋ ਕਮਾਂਡ ਕਾਪੀ ਕੀਤੀ ਉਹ ਪੜ੍ਹੋ

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

ਰੀਡਾਇਰੈਕਟ ਦੀ ਪਾਲਣਾ ਕਰਨ ਨਾਲ ਭਰੋਸਾ ਸਟੋਰ ਦਾ ਪਾਥ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਹ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਅੰਤਿਮ ਹੋਸਟ ਤੁਹਾਡਾ ਮਨਜ਼ੂਰ ਪ੍ਰਕਾਸ਼ਕ ਹੈ। ਜੇ ਕਮਾਂਡ ਫੋਰਮ ਪੋਸਟ ਤੋਂ ਆਈ ਹੈ, ਤਾਂ ਪੇਸਟ ਕੀਤੇ ਟੈਕਸਟ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਆਪਣੀਆਂ ਹਦਾਇਤਾਂ ਤੋਂ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰੋ।

ਕਦਮ 3: ਪਤਾ ਲਗਾਓ ਕਿ ਉਹ ਬਿਲਡ ਕਿਹੜਾ CA ਇਨਪੁਟ ਵਰਤਦਾ ਹੈ

ਬਾਈਨਰੀ ਪਛਾਣ ਕੇ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਇਸ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਪਾਇਲ ਹੋਇਆ:

curl --version

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

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

ਕਦਮ 4: ਇਨਪੁਟ ਠੀਕ ਕਰੋ, ਜਾਂਚ ਨਹੀਂ

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

URL ਨੂੰ HTTP ਵਿੱਚ ਨਾ ਬਦਲੋ, --insecure ਨਾ ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਅਸਪਸ਼ਟ ਡਾਊਨਲੋਡ ਤੋਂ ਕਾਪੀ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟ ’ਤੇ ਭਰੋਸਾ ਨਾ ਕਰੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਬਦਲਾਅ curl ਜੋ ਨਹੀਂ ਪੜ੍ਹ ਸਕਿਆ ਉਸਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਬਜਾਏ ਤੁਸੀਂ ਕੀ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ ਇਹ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਬਦਲਾਅ ਆਮ ਤੌਰ ’ਤੇ ਘਟਨਾ ਤੋਂ ਜ਼ਿਆਦਾ ਚੱਲਦਾ ਹੈ।

ਸੰਖਿਆਵਾਂ ਲਈ ਹਵਾਲਾ curl ਗਲਤੀਆਂ ਦੀ ਸੂਚੀ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਵਾਰ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹਨ ਲਈ ਕਾਫ਼ੀ ਛੋਟੀ ਹੈ।

ਕਦਮ 5: ਡਾਊਨਲੋਡ ਕਰੋ, ਵੇਖੋ, ਫਿਰ ਚਲਾਓ

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

curl -fL -o vpn-installer.sh https://example.invalid/install.sh
file vpn-installer.sh
head -n 40 vpn-installer.sh

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

ਯਾਦ ਰੱਖੋ HTTPS ਨੇ ਕੀ ਕੀਤਾ ਅਤੇ ਕੀ ਨਹੀਂ। ਇਸਨੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸੰਪਰਕ ਕੀਤੇ ਹੋਸਟ ਤੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ; ਇਸਨੇ ਸਕ੍ਰਿਪਟ ਦੀ ਸਮੱਗਰੀ ਦੀ ਸਮੀਖਿਆ ਨਹੀਂ ਕੀਤੀ, ਅਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪ੍ਰਕਾਸ਼ਕ ਭਰੋਸੇਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।

ਕਦਮ 6: ਸਥਾਪਨਾ ਦੇ ਕਦਮ ਵੱਖਰੇ ਰੱਖੋ

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

ਜੇ ਸਥਾਪਨਾ ਸਫਲ ਹੋਵੇ ਅਤੇ ਟਨਲ ਉੱਪਰ ਆਵੇ, ਤਾਂ ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੂਟ ਅਤੇ ਇੱਕ ਅਸਲੀ ਮੰਜ਼ਿਲ ਪ੍ਰਮਾਣਿਤ ਕਰੋ। curl ਗਲਤੀ ਤਦ ਠੀਕ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਸਧਾਰਨ curl -I https://example.invalid ਦੁਬਾਰਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਇੰਸਟਾਲਰ ਸ਼ਿਕਾਇਤ ਕਰਨਾ ਬੰਦ ਕਰਦਾ ਹੈ ਤਦ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ