{"id":300,"date":"2019-04-16T09:51:09","date_gmt":"2019-04-15T21:51:09","guid":{"rendered":"https:\/\/www.berserkir.net\/wordpress\/?p=300"},"modified":"2026-01-13T08:40:35","modified_gmt":"2026-01-12T20:40:35","slug":"reverse-proxy-with-apache","status":"publish","type":"post","link":"https:\/\/www.berserkir.net\/wordpress\/reverse-proxy-with-apache\/","title":{"rendered":"Reverse Proxy (with Apache)"},"content":{"rendered":"\n

I did a little write-up on how I achieved reverse proxy nirvana with IIS<\/a> a while ago now. It made things a lot nicer for me. Like, a lot.<\/em><\/p>\n\n\n\n

I have a few friends\/colleagues\/acquaintances who run Apache (I run IIS in my homelab environment, that’s the only reason I went with it), so I figured I’d look into how I can help them do the same thing (only a little different).<\/p>\n\n\n\n\n\n\n\n

Installing the proxy components<\/h3>\n\n\n\n

Firstly, you need to install the components to allow Apache to actually route things. It’s fairly straightforward to do, and simply requires you have root access to the shell on your server.

There are two main components that you need:
libapache2-mod-proxy-html and libxml2-dev.
Install them with:<\/p>\n\n\n\n

sudo apt-get install -y libapache2-mod-proxy-html libxml2-dev<\/code><\/pre>\n\n\n\n
You’ll then need to activate them. ‘a2enmod’ comes into play here<\/p>\n\n\n\n
sudo a2enmod proxy\nsudo a2enmod proxy_http\nsudo a2enmod proxy_ajp\nsudo a2enmod rewrite\nsudo a2enmod deflate\nsudo a2enmod headers\nsudo a2enmod proxy_balancer\nsudo a2enmod proxy_connect\nsudo a2enmod proxy_html<\/code><\/pre>\n\n\n\n
Configuring the proxy settings<\/h3>\n\n\n\n
With the modules activated we can start to actually configure the reverse proxy settings.
These settings are done in the config file for your ‘virtualhost’. (which is what defines each site that Apache is serving). Usually these are in \/etc\/apache2\/sites-enabled<\/code> – the files in there should simply be symlinks to their counterparts in \/etc\/apache2\/sites-available<\/code>.
Pick the config file for the site you want to set up sub-proxy for. Edit it using:
sudo nano -w \/etc\/apache2\/sites-enabled\/%site-config.conf%<\/code><\/p>\n\n\n\n
All the config needs to be put inside the virtualhost section of the config – inside the section enclosed with <VirtualHost>content<\/em><VirtualHost \/><\/code> tags. 
Add this line below the DocumentRoot entry (this tells it to pass the actual source through the reverse proxy to the proxied application):<\/p>\n\n\n\n
ProxyPreserveHost On<\/code><\/pre>\n\n\n\n
It can be a good idea to add comments to things that you edit so you can remember why you edited it, if you’re anything like me. Remember to put a “#” in front of it to mark it as a comment instead of actual code.<\/p>\n\n\n\n
Near the bottom of the config, I put the actual ‘proxypass’ entries into place (just before the final virtualhost close tag). They work elsewhere in the config – I just find it easier to put custom config near the bottom of config files where possible, so it’s consistently easy to find.
Add in entries for each thing you want to proxy. Make sure the item you are proxying has a baseurl configured – that way it doesn’t panic when the url passed to it is ‘application\/base\/argument’, rather than the expected ‘application\/argument’.<\/p>\n\n\n\n
# Sonarr\nProxyPass \/sonarr http:\/\/internal.ip.of.host:8989\/sonarr\nProxyPassReverse \/sonarr http:\/\/internal.ip.of.host:8989\/sonarr\n# Radarr\nProxyPass \/radarr http:\/\/internal.ip.of.host:7878\/radarr\nProxyPassReverse \/radarr http:\/\/internal.ip.of.host:7878\/radarr<\/code><\/pre>\n\n\n\n
Save the config using CTRL+O (‘o’ for ‘overwrite’ with nano)
Answer ‘yes’ if it prompts.<\/p>\n\n\n\n
Activating the changes<\/h3>\n\n\n\n
To activate the new proxy settings, restart apache.<\/p>\n\n\n\n
service apache2 restart<\/code><\/pre>\n\n\n\n
This should allow you to access the software on “http:\/\/server\/sonarr”, “http:\/\/server\/radarr” etc – rather than remembering the port for each application, and forwarding ports for each as well. It also means you can set up an SSL connection to secure it – but that’s a topic for another writeup (I use Certbot <\/a>for it).<\/p>\n","protected":false},"excerpt":{"rendered":"
I did a little write-up on how I achieved reverse proxy nirvana with IIS a while ago now. It made things a lot nicer for me. Like, a lot. I have a few friends\/colleagues\/acquaintances who run Apache (I run IIS in my homelab environment, that’s the only reason I went with it), so I figured … <\/p>\n
Continue reading<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[80,5,41,16,78],"tags":[79,47,56,53,13,26,45,48],"class_list":["post-300","post","type-post","status-publish","format-standard","hentry","category-apache","category-helpful-hints","category-servers","category-software","category-web-systems","tag-apache","tag-open-source","tag-ports","tag-reverse-proxy","tag-server","tag-software","tag-useful","tag-web-page","item-wrap"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t