Sadly, Mullvad has said many times they do not have the bandwidth to explore alternative configurations than the standard. With flatpak there is no way of running background daemons, which would break the “start VPN at boot” option, and the fact that Mullvad expects to interact with this daemon through systemctl, which isn’t available inside the sandbox, pretty much makes it impossible to be packaged as it is, without major changes upstream. The GUI is just a shell that talks with this daemon via RPC: mullvadvpn-app/architecture.md at master The big issue instead is that the desktop application relies on a system-level daemon that can either be configured to start at boot, or the application manages itself when you start or stop the VPN. The fact that it requires host network access is the least of our problems, as it should be easy to give the sandbox access to the host network namespace. I’ve done some exploratory research on the feasibility of wrapping Mullvad into a Flatpak and I don’t think it’s possible at this time.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |