@teamcrw the split tunnel happens because of client side vpn configs. Atleast on linux, I can override this when I set up the connection.

image.png

Update: Did tests with two different products of Contabo (VDS, VPS). Both have the same issue. Did a couple of tests, found out its often at specific times of the day (peak) and sporadic behaviour (at non peak times) when 2 downloads are fast and the third is slow.

Also tested now Deutsche Telekom (3 different locations in Germany) and Vodafone as providers.
Turns out, that at the same time I had at least 50-90 times faster speed with Vodafone.

The average download with 30-40 KBps at peak times via Deutsche Telekom for a server with 500Mbps (62,5 MBps) Interface is not acceptable.

Customer support tested on our server vs. speedtest.net. In this case the software connects to the best available server. The server then connected with almost maximum possible speed (https://twzn.de/zazuz).

From my perspective, there is a peering issue between the backbone Contabo uses and Deutsche Telekom. There are a couple of discussions in forums, that seem to confirm those issues since quite a while already.

Looks like I need to move to another hoster. Should be easy peasy with Cloudron, I hope... 🎉

(response from support is still open, will update here)

@girish I believe so. We were using the "OpenVPN Connect" Mac app on the front-end, which supports this. My understanding is that the Cloudron build of the OpenVPN server would need to be built with the libpam-google-authenticator package, in order to enable a user to enable it from the app-specific terminal (and to configure the server app to require it.)

I ended up going a different route (switching to AWS Client VPN) so this is no longer pressing for us, but I do think it would enable a nice security enhancement.

Would be quite an interesting business case for smaller corp. users tbh - KASM can do something similar with their sidecar VPN service (or docker desktop with integrated VPN as it's now available with the development version). This enables users to use the Kasm frontend (which is basically Guacamole), connect to docker desktop instance and then use a VPN to the desktop to the Final destination (e.g) in a jumpserver setting.
The downside is the ridiculous pricing of Kasm workspaces for commercial customers - 600-1200$ for a rarely used tool is unfeasible for most smaller customers.

Cloudron could really be useful as a "rougher but still working solution":
While we have no Docker desktop on Linux, these could easily be hosted elsewhere and are provided by various projects.
BUT people should not keep these desktops publicly available via VNC/RDP - That is where Guacamole cones into play.
One option would be to use Guacamole to point to an internal network "behind" a Cloudron instance in a DMZ. But that is currently not possible as Cloudron basically only supports one network,right?
(See my other topic about this from 2022)

The other, imho much easier to achieve, option would be to make Cloudron internal network connection to OpenVPN instances (Portainer is an example of a project than has done similar things) on a container to container base - e.g. letting Guacamole connect to a WG/OpenVPN to then connect to the required external resources.
Even without providing a actual Docker Desktop it would still make it much much easier and safer to provide properly separated infrastructure.
(Besides, in my jumpserver scrnario of course Guacamole alone can act as an direct Jump to the target infrastructure then).

Tbh,I currently don't see a way for people to safely use Guacamole on Cloudron in a public environment safely at all.

Offering something in that regard would be an compelling business case, even nore so as Cloudron of course offers a massive "SSO" solution for all the other business needs as well.

@girish We would actually ve willing to sponsor that feature at least partially-Feel free to contact me.

@santabroo I haven't tested but I think if you add duplicate-cn directive in /app/data/openvpn.conf and restart the app, it will support multiple connections on one certificate.

You have to use the ovpn file to connect.

I tried following setup and it works:

Install AdGuard Home Install VPN app in same cloudron In VPN app, set DNS to public IP of cloudron (where AdGuard is installed). Connected from linux

I can see all DNS requests are going via AdGuard. I can see that in systemctl status systemd-resolved the DNS of tun0 is set correctly.

Ah, I see why. You are referring to OpenVPN AS maybe - https://openvpn.net/vpn-server-resources/limitations-of-an-unlicensed-openvpn-access-server/ ?

@santabroo the OpenVPN app on Cloudron is completely different from OpenVPN AS. The OpenVPN UI was initially written by @mehdi, further developed now by the Cloudron team and not feature compatible or comparable with OpenVPN AS.

@santabroo No. VPNs are point-to-point.

What you may be wanting is a Tailscale/Headscale type solution that is a VPN mesh concept (not-point to-point).

I continued debugging the issue and fortunately, I finally found the root cause and solution. Turns out the Ubuntu client wasn't updating the DHCP settings automatically, so I added the following lines to the ovpn file:

up /etc/openvpn/update-systemd-resolved down /etc/openvpn/update-systemd-resolved

And also installed the following dependencies:

sudo apt install resolvconf openvpn-systemd-resolved

With that, I was able to solve the issue and now all the clients are resolving automatically.

@girish That's excellent news indeed!

@archos Do what most other sensible IT Pros do: Disable IPv6 for as long as possible 😉

I would be fantastic to integrate other apps to "require Cloudron VPN connection" in order to access them. It would solve many of our problems.

This seems to have resolved the issue. Many thanks 🙂

I can see 3,4 being generally useful to have. 1,2 are for service providers.

Happy to accept any PRs at https://git.cloudron.io/cloudron/openvpn-app . This has the complete app along with the UI.

@jayonrails yes , use the Directory integration. First, enable LDAP server in the first one - https://docs.cloudron.io/user-management/#directory-server .

Then, use it in the second one - https://docs.cloudron.io/user-management/#cloudron

@RazielKanos they should be in log viewer (atleast whatever openvpn writes out). Maybe you can turn up the log level for more output.

Maybe @mehdi has some ideas here since he wrote the initial app.

If I understand correctly, you are trying to put the OpenVPN certs into openwrt and this somehow leaks DNS. How are you testing this?

Fixed with latest package version now.