VPN ਪੋਰਟਲ ਇੰਸਟਾਲਰ: ਪੈਕੇਜ, ਪਰੋਫਾਈਲ ਜਾਂ ਮੁੜ-ਨਿਰਮਾਣ?

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

ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਤਾਲਾ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਢਕਦਾ ਹੈ, ਆਰਟੀਫੈਕਟ ਨੂੰ ਨਹੀਂ।

ਡਾਊਨਲੋਡ ਐਂਡਪੌਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਪਸ ਕਰਦਾ ਹੈ

ਬਹੁਤੇ ਪੋਰਟਲ ਡਾਊਨਲੋਡ ਬੇਨਤੀ ਇੱਕ ਛੋਟੇ ਹੈਂਡਲਰ ਨੂੰ ਦਿੰਦੇ ਹਨ, ਜੋ ਜਾਂ ਤਾਂ ਸੰਗ੍ਰਹਿਤ ਫ਼ਾਈਲ ਨੂੰ ਸਟ੍ਰੀਮ ਕਰਦਾ ਹੈ ਜਾਂ ਮੌਕੇ 'ਤੇ ਫ਼ਾਈਲ ਜੋੜਦਾ ਹੈ, ਫਿਰ ਜਵਾਬ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਫ਼ਾਈਲ ਦਾ ਨਾਮ ਅਤੇ ਸਮੱਗਰੀ ਕਿਸਮ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜੋ ਆਉਂਦਾ ਹੈ ਉਹ ਇੱਕ ਕੰਟੇਨਰ ਹੈ: MSI, PKG, DEB ਜਾਂ RPM, ਜਾਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੁਆਲੇ ਸਵੈ-ਕੱਢਣ ਵਾਲਾ ਆਵਰਣ। ਅੰਦਰ ਕਲਾਇੰਟ ਦੀ ਬਾਈਨਰੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫ਼ਾਈਲ ਦੇ ਨਾਮ ਵਿੱਚ ਕੁਝ ਵੀ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਉਹ ਬਾਈਨਰੀ ਵਿਕਰੇਤਾ ਤੋਂ ਆਈ ਜਾਂ ਅੰਦਰੂਨੀ ਬਿਲਡ ਪਾਈਪਲਾਈਨ ਤੋਂ। client-setup.exe ਨਾਮ ਦੀ ਫ਼ਾਈਲ ਨਾਮਕਰਨ ਦਾ ਫ਼ੈਸਲਾ ਦਰਜ ਕਰਦੀ ਹੈ, ਮੂਲ ਦਾ ਤੱਥ ਨਹੀਂ।

ਡਾਊਨਲੋਡ ਕੀਤੇ ਬਾਈਟਾਂ ਦੀ ਵਿਕਰੇਤਾ ਵੱਲੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਚੈੱਕਸਮ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਨਾ ਮਿਲਣਾ ਦੁਰਭਾਵਨਾ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਫ਼ਾਈਲ ਵਿਕਰੇਤਾ ਦਾ ਬਿਲਡ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਫ਼ਰਕ ਹੈ ਜਿਸ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨੀ ਯੋਗ ਹੈ।

ਪਰੋਫਾਈਲ ਕਲਾਇੰਟ ਵਿੱਚ ਕਿੱਥੇ ਦਾਖਲ ਹੁੰਦੀ ਹੈ

ਪਹਿਲਾਂ ਭਰੀਆਂ ਸੈਟਿੰਗਾਂ ਆਮ ਤੌਰ 'ਤੇ ਵੱਖਰੀ ਫ਼ਾਈਲ ਵਜੋਂ ਯਾਤਰਾ ਕਰਦੀਆਂ ਹਨ, ਜਿਸਨੂੰ ਇੰਸਟਾਲਰ ਹਰ ਵਰਤੋਂਕਾਰ ਜਾਂ ਹਰ ਮਸ਼ੀਨ ਦੇ ਪਾਥ ਵਿੱਚ ਕਾਪੀ ਕਰਦਾ ਹੈ: Windows 'ਤੇ JSON ਜਾਂ XML ਪਰੋਫਾਈਲ, macOS 'ਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ਪਰੋਫਾਈਲ, Linux 'ਤੇ /etc ਹੇਠ ਇੱਕ ਟੁਕੜਾ। ਉਸ ਫ਼ਾਈਲ ਦੇ ਮੁੱਲ — ਗੇਟਵੇ ਹੋਸਟਨਾਮ, ਭਰੋਸਾ ਐਂਕਰ, ਕਦੇ-ਕਦੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਮੱਗਰੀ — ਪਹਿਲੀ ਸ਼ੁਰੂਆਤ 'ਤੇ ਕਲਾਇੰਟ ਦੇ ਡਿਫ਼ਾਲਟ ਬਣ ਜਾਂਦੇ ਹਨ। ਇਸੇ ਲਈ ਇੱਕ ਡਾਊਨਲੋਡ ਕੋਡ ਦੇ ਨਾਲ-ਨਾਲ ਭੇਦ ਵੀ ਲੈ ਜਾ ਸਕਦਾ ਹੈ।

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

ਸਾਈਨ ਚੇਨ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ

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

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

ਕੋਈ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਆਰਟੀਫੈਕਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

# Windows PowerShell
Get-AuthenticodeSignature .\client-setup.exe | Format-List Status, SignerCertificate, TimeStamperCertificate

# macOS
pkgutil --check-signature ./Client.pkg
codesign -dv --verbose=4 /Applications/Client.app

# Debian/Ubuntu
dpkg-deb -I ./client_amd64.deb
sha256sum ./client_amd64.deb

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

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

ਰੋਲਆਉਟ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕੀ ਤੈਅ ਕਰਨਾ

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

ਜੇ ਉਸ ਜਵਾਬ ਦਾ ਕੋਈ ਮਾਲਕ ਨਹੀਂ, ਤਾਂ ਡਾਊਨਲੋਡ ਸਾਂਭ-ਸੰਭਾਲ ਇਕਰਾਰਨਾਮੇ ਤੋਂ ਬਿਨਾਂ ਵੰਡ ਚੈਨਲ ਹੈ, ਅਤੇ ਇਹੀ ਰਿਪੋਰਟ ਕਰਨ ਯੋਗ ਖੋਜ ਹੈ।