ARM ਬਿਲਡ ਤੁਹਾਡੇ Raspberry Pi ਲਈ FortiClient ਸਹਿਯੋਗ ਨਹੀਂ ਹੈ

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

ਪਹਿਲਾ ਕਦਮ: ਆਪਣੇ ਸਹੀ ਪੈਕੇਜ ਲਈ ਰਿਲੀਜ਼ ਨੋਟ ਦੀ ਕਤਾਰ ਪੜ੍ਹੋ

ਸਹਾਇਤਾ ਦੇ ਬਿਆਨ ਸੰਸਕਰਣ ਨਾਲ ਬੱਝੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਉਸ ਪੈਕੇਜ ਦੇ ਰਿਲੀਜ਼ ਨੋਟਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸਨੂੰ ਤੁਹਾਡੀ ਸੰਸਥਾ ਮਨਜ਼ੂਰ ਕਰਦੀ ਹੈ। ਠੋਸ ਉਦਾਹਰਣ ਲਈ, FortiClient Standalone 7.4.7 ਦੀ ਸਾਰਣੀ GNOME ਸਮੇਤ Ubuntu 22.04 ਅਤੇ 24.04, Red Hat 9 ਅਤੇ CentOS Stream 9 ਦੀ ਸੂਚੀ ਦਿੰਦੀ ਹੈ। ਇਸਦੀ Linux ਪ੍ਰੋਸੈਸਰ ਲੋੜ Intel ਜਾਂ ਬਰਾਬਰ ਵਜੋਂ ਲਿਖੀ ਗਈ ਹੈ।

Raspberry Pi OS ਉਹਨਾਂ ਸੂਚੀਬੱਧ Linux ਵਾਤਾਵਰਣਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ। ਇਹ ਹਰ FortiClient ਸੰਸਕਰਣ ਬਾਰੇ ਫੈਸਲਾ ਜਾਂ ਅਗਲੇ ਰਿਲੀਜ਼ਾਂ ਬਾਰੇ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ ਹੈ; ਇਹ ਉਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਉਸ ਕਤਾਰ ਬਾਰੇ ਬਿਆਨ ਹੈ। ਜਿਸ ਸੰਸਕਰਣ ਨੂੰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਤੈਨਾਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਸਦਾ ਮੈਟ੍ਰਿਕਸ ਪੜ੍ਹੋ।

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

ਦੂਜਾ ਕਦਮ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ Pi ਕੀ ਚਲਾ ਰਿਹਾ ਹੈ

ਕਿਸੇ ਵੀ ਡਾਊਨਲੋਡ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਕਮਾਂਡ ਸਥਾਨਕ ਤੱਥ ਤੈਅ ਕਰਦੀਆਂ ਹਨ:

uname -m
cat /etc/os-release
dpkg --print-architecture

ਪਹਿਲੀ ਕਰਨਲ ਆਰਕੀਟੈਕਚਰ ਦੱਸਦੀ ਹੈ, ਦੂਜੀ ਵੰਡ ਅਤੇ ਰਿਲੀਜ਼, ਅਤੇ ਤੀਜੀ ਉਹ ਵਰਤੋਂਕਾਰ-ਸਥਾਨ ਆਰਕੀਟੈਕਚਰ ਜਿਸ ਲਈ ਪੈਕੇਜ ਬਣਾਏ ਜਾਂਦੇ ਹਨ। 64-ਬਿੱਟ ਕਰਨਲ ਨਾਲ 32-ਬਿੱਟ ਵਰਤੋਂਕਾਰ-ਸਥਾਨ ਸੰਭਵ ਹੈ, ਅਤੇ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਪੈਕੇਜ ਚਾਹੀਦਾ ਹੈ।

ਫਿਰ ਜਾਂਚੋ ਕਿ ਉਸ ਪਲੇਟਫਾਰਮ ਲਈ ਅਸਲ ਵਿੱਚ ਕੀ ਉਪਲਬਧ ਹੈ। Debian trixie ਦੀ ਪ੍ਰਕਾਸ਼ਿਤ ਪੈਕੇਜ ਸਾਰਣੀ ਵਿੱਚ openfortivpn ਦੇ arm64 ਅਤੇ armhf ਬਿਲਡ ਸ਼ਾਮਲ ਹਨ। ਇਹ ਉਸ ਵੰਡ ਵਿੱਚ ਆਰਕੀਟੈਕਚਰ ਦੀ ਉਪਲਬਧਤਾ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ ਕਿ Fortinet ਕਿਸੇ ਵਿਉਤਪੰਨ ’ਤੇ FortiClient ਨੂੰ ਯੋਗ ਠਹਿਰਾਉਂਦਾ ਹੈ, ਅਤੇ ਨਾ ਹੀ ਇਹ ਕਿ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦਾ ਗੇਟਵੇ ਕਲਾਇੰਟ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ।

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

ਤੀਜਾ ਕਦਮ: ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਗੇਟਵੇ ਜਾਂਚੋ

Upstream openfortivpn ਨੂੰ pppd ਸ਼ੁਰੂ ਕਰਨ ਵਾਲਾ PPP ਅਤੇ TLS ਕਲਾਇੰਟ ਦੱਸਦਾ ਹੈ। ਇਹ ਖਾਸ ਲਾਗੂਕਰਨ ਹੈ, ਅਤੇ ਇਹ ਗੇਟਵੇ ਵੱਲੋਂ ਅਨੁਕੂਲ ਮੋਡ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ। ਸਰਵਰ ਦਾ ਬ੍ਰਾਂਡ ਨਾਮ ਪ੍ਰੋਟੋਕੋਲ ਸਮਝੌਤਾ ਨਹੀਂ ਹੈ।

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

ਕਨੈਕਸ਼ਨ ਉਸ ਖਾਤੇ ਨਾਲ ਅਜ਼ਮਾਓ ਜੋ ਤੁਹਾਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ, ਪ੍ਰਬੰਧਕ ਦੇ ਖਾਤੇ ਨਾਲ ਨਹੀਂ, ਕਿਉਂਕਿ ਰਜਿਸਟਰੇਸ਼ਨ ਅਤੇ ਨੀਤੀ ਆਮ ਤੌਰ ’ਤੇ ਵਰਤੋਂਕਾਰ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ:

sudo openfortivpn vpn.example.com:443 -u <username>

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

ਚੌਥਾ ਕਦਮ: ਸਮਝੌਤੇ ਦੇ ਅੰਦਰ ਰਹਿੰਦਿਆਂ ਡਿਵਾਈਸ ’ਤੇ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰੋ

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

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

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