[Dev] PCR Request - openfortivpn

[XCH]

Hi,

This is my concern, too. FortiClient VPN service is part of Fortinet Endpoint Protection software by Fortinet. I cannot find any trace that could suggest the software running on Fortinet devices is free software. I would assume then that it is proprietary unless proven otherwise.

Personally, openfortvpn saved me from purchasing hardware with non-free OS. Fortinet offers client software (FortiClient) only for non-free OS-es and FortiClient itself is non-free I believe. Installing non-free software is unacceptable for me, but using free software to connect to this server was the only option to connect to corporate network which enforced VPN connections via their FortiClient hardware.

This is not to say that I don't understand FSDG and risk of exposing Parabola users to this service that could inadverently be a form of endorsing this service. In this situation I am going to leave the packages for myself where there is no harm to the community. Ultimately the only disadvantage for me would be manual updates of the packages.

Taking the opportunity I want to learn why other packages of similar characteristics are included in Parabola's repo.
- freerdp [1] enables connection to Windows machines. RDP protocol originates and is predominantly used to connect to Microsoft non-free OS-es
- openvpn [2] enables connecting to proprietary VPN servers communicating with standard VPN protocols

[1] https://www.parabola.nu/packages/community/x86_64/freerdp/
[2] https://www.parabola.nu/packages/core/x86_64/openvpn/

Regards,
XCH

Sent with [ProtonMail](https://protonmail.com) Secure Email.

> -------- Original Message --------
> Subject: Re: [Dev] PCR Request - openfortivpn
> Local Time: 27 grudnia 2017 9:25 AM
> UTC Time: 27 grudnia 2017 08:25
> From: bill-auger at peers.community
> To: dev at lists.parabola.nu
>
> i did not reply to this one because i think it may be against the FSDG
> to endorse this service - even if the client is open-source the
> third-party service it connects to is probably proprietary - unless the
> source code for the service backend were AGPL then parabola may be
> obliged to avoid directing users to this service
>
> ---------------------------------------------------------------
>
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20171227/c6174f2b/attachment.htm>