Self-Hosting Behind a NAT

F. Javier R. Donado
5 min readNov 16, 2019


No one knows what it’s like to be a bad man, to be a sad man… behind a NAT

Said a famous song (more or less…)

It’s been years now since the times where you would get a static IPv4 address assigned to your home together with your internet access. An address that you could use to ping your home router from anywhere in the world. Now you’re lucky if you’re even offered the option of paying an extra fee to get one. Sometimes not even a business contract will give you that.

Now, most of the time, your home or small business router will only be reachable on an IPv6 address. In some cases your ISP might be using something like DS-Lite, which puts you behind a NAT (Network Address Translation) protocol, making it very difficult for you to self-host anything at home.

But… why??

There’s just not enough IPv4 addresses for all of us, and although IPv6 is the solution (and although it’s been around since 1998…), adoption is still slow. Chances are if your server is only available under an IPv6 address, most people out there won’t be able to reach you. You still need an IPv4 address for people to be able to find you on the internet in 2019. Sadly.

So if you want to be able to self-host anything at home you need some kind of workaround. A dynamic DNS is probably the most popular option (one that supports IPv6), but depending on your ISP’s setup, that might not work for you either. So, what other options do we have?

Wait a minute, we have the cloud now! Why should I bother about self-hosting at all?

True. I wouldn’t recommend self-hosting at home for anything other than experimenting with software for your personal use. I wouldn’t even self-host at home my personal website.

BUT there are just so many awesome things that you can self-host for your personal use… here are some examples:

  • You can have your own alternative to Dropbox or Google Drive. Just buy a cheap 8TB hard drive and forget about paying monthly fees for getting as much online storage as you want.
  • You can use mStream or Koel as an alternative to a music streaming service (Spotify, Deezer, Apple Music…). If you happen to have an mp3 collection from the days where an iPod was a cool gadget you might as well have been missing it! It’s time to give it a second chance.
  • The same idea applied to Netflix: Streama
  • Who wants to upload photos to Flickr when you have Lychee 😄
  • You can even set up your own Kubernetes cluster using Raspberry PIs. Hours of entertainment await you with that.

Okay, you’ve convinced me, I’m behind a NAT and I want your magic solution!

Now we’re talking! If you want to self-host stuff at home and you happen to be behind a NAT; if for whatever reason a dynamic DNS doesn’t work for you, you can always SETUP A REVERSE PROXY ⚡️⚡️⚡️⛈.

The catch here is that you need access to a machine that is already reachable under an IPv4 address. If you’re reading this, you probably have one. If you don’t have it yet, you can get one for 3€ a month, and use it not just as a portal for your self-hosted stuff, but for hosting anything that doesn’t require a lot of processing power (that’s where I host this blog and all my side project’s pages). Some other popular options are Digital Ocean or AWS EC2.

You also need a machine (or more!) that is always running at home, where you’ll run the stuff that you want to self-host. An old laptop will do. You just install there whatever Linux distro you like the best and you’re good to go.

Take a look at mine, isn’t it beautiful?

A Raspberry PI will do the trick too.

Setup a Reverse Proxy

I’m taking for granted that you already have something on that laptop that you want to see online from an IPv4 address. Something that you can visit locally as http://localhost:8080 or similar.

You also have an online server, which is reachable on an IPv4 address, like this

First, install NGINX on your server. Once you’re ready, you should be able to visit the default NGINX initial page on http://[YOURONLINEIP:80].

Now you can establish an SSH tunnel between your laptop at home and your server. A tunnel with a reverse proxy where your local port ( 8080 in the example) is mapped to some other port of your server (e.g.: port 17899). To achieve this, use this command:

ssh -N -g -R 17899:localhost:8080 yourusername@[YOURONLINEIP]

While this tunnel is active, edit the NGINX configuration of your server with the following lines:

http { upstream backend-home { server; } server { listen 80 default_server; listen [::]:80 default_server; server_name _; return 301 https://$host$request_uri; location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_pass_request_headers on; proxy_pass http://backend-home; } } }

Restart NGINX on your server:

sudo systemctl restart nginx

Now you should be able to visit http://[YOURONLINEIP:80] and see whatever you have on the localhost:8080 of your laptop at home. ISN'T IT GREAT!!???

Some Considerations

If you want that connection to always be active, you’ll need to follow a couple of steps more. Otherwise, the tunnel will be closed after a while and the magic will be gone.

To do that, you need to first configure an SSH Key-Based Authentication to establish an SSH connection with the remote machine without a password. Here’s a very easy tutorial that explains how to do it.

Once you can connect from your laptop to the remote machine via SSH without entering a password, you need a service that establishes that connection and keeps it alive.

A rather simple and reliable way is by defining a systemd service on your laptop. To do that, edit a new file called sshtunnel.service on /etc/systemd/system/:

sudo vim /etc/systemd/system/sshtunnel.service

And add the following contents:

[Unit] Description=SSH Tunnel [Service] Restart=always RestartSec=20 User=[YOURLAPTOPUSER] ExecStart=/usr/bin/ssh -N -g -R 17899:localhost:8080 yourusername@[YOURONLINEIP] [Install]

Then run the following commands:

sudo systemctl enable sshtunnel sudo systemctl start sshtunnel

The first command will tell your system to run the service on startup. The second one ( start) will start the service right away.

Note: there are alternatives to creating your custom ssh service (e.g.: autossh), but a custom service proved to be more stable on my machine. Feel free to use whatever configuration works best for you to keep the connection active.

Originally published at on November 16, 2019.