Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Great guide @calluma! Is there any way to tighten up the firewall a bit so it’s not wide open?
I successfully set up an OpenVPN server on FreeBSD with this guide and my Windows and Mac clients have no trouble connecting to it. But for some reason the network bandwidth is terrible on both systems once the VPN tunnel has been established. My local ISP provides me with 100 Mbit/s downstream, the FreeBSD droplet has a downstream/upstream of +300 Mbit/s (according to speedtest-cli) but over the VPN tunnel I can’t get more than 20-30 Kbit/s downstream. The droplet itself has no heavy CPU or RAM load. OpenVPN is the only service I was going to use it for. Switching from my home ISP to my university’s network does not affect this low bandwidth issue. What else can I do now? Are there any other settings that could cause this behavior?
Thank you ! Everything works fine. I have changed only one detail on creating the client keys: ./build-key-pass clientName instead of ./build-key clientName
just to give a prompt on the client side before connecting
Regards
At first I’ve been doing all of this via ssh, but after setting up the firewall in Step 5 I could not connect. So I’ve had to login via console to finish everything. Maybe this will be helpful for somebody.
If you experience poor performance (the order of 10-100s of kb/s downloads) you need to disable large receive offload. The vtnet driver and lro don’t seem to play nice, you can first confirm this is the issue via:
% sudo ifconfig vtnet0 -lro
if that fixes your problem then you can add " -lro" to the end of the line in the vtnet interface configuration in /etc/rc.digitalocean.d/droplet.conf
Also, I would consider not following this tutorial because it uses the outdated natd. The freebsd digital ocean kernel has support for ifpw_nat, so I would just enable that instead.
To accomplish that just remove the natd lines from /etc/rc.conf and instead do:
firewall_nat_enable="YES"
firewall_nat_interface="vtnet0"
Next, make sure the ipfw_nat module is loading by adding the following line to /boot/loader.conf:
ipfw_nat_load=YES
libalias_load=YES
And that should resolve all performance related problems some people are seeing. Cheers.
Hi!
I’m following this tutorial and got stuck in step 3. I opened nano /usr/local/etc/openvpn/easy-rsa/vars but can’t find export KEY_SIZE=2048
Is there new formatting introduced since this article has been written? I do have #set_var EASYRSA_KEY_SIZE 2048
But even when uncomenting this line, running next command (that I honestly don’t understand), returns this error:
root@beasty:/usr/local/etc/openvpn/easy-rsa # cat ./vars | sed -e 's/export /setenv /g' -e 's/=/ /g' | source /dev/stdin
EASYRSA_CALLER: Undefined variable.
Any help would be appreciated
Hi ,HenryV, Did you finish the test for “EASYRSA_CALLER: Undefined variable.” OS: FreeBSD 10.3 EASY-RSA: 3.0.1_1 OPENVPN: 2.3.11 I am waiting for you.
I cannot issue these commands on my installation:
/usr/local/etc/openvpn/easy-rsa/
./clean-all ./build-ca
Please help
I’ve tried this on FreeBSD 10.3 on a LON1 512 droplet and I get terrible throughput. Nothing I’ve done has changed it. I’m beginning to think that digitalocean have a rate-limiting issue or something as this is a default configuration.
I notice that on the FreeBSD droplet networking is setup using avahi. Could this have anything to do with it?