Port forward to different IP based on destination address

BrownianMotion, 13 days ago

You can do this with HAProxy already in opnsense. And yes you can route more than just HTTP. (when you are making the Backend rules, switch from Layer 7, to Layer 4. Only thing is that it will do TCP, but not UDP.

As you have posted, port forward cannot tell what the domain even is. (and the url alias is not used the way you are thinking).

sardaukar, 1 month ago

I couldn’t do this with OPNSense, but you can do it with nginx, without TLS termination nginx.org/…/ngx_stream_ssl_preread_module.html I just used a separate Linux VM for it

Wrote a blog post today with a working example blog.nootch.net/…/my-home-network-setup-in-2024/

bready2die, 1 month ago

what you’re looking for is a reverse proxy. there’s plenty of guides online for setting one up in OPNsense with HAProxy - this one looks pretty solid

knF, 1 month ago

I think you can achieve it with a reverse-proxy. Let’s say that domain.com points at server 0, you’ll have to put a reverse proxy that answers all calls. In the config of the reverse proxy you’ll have to redirect the services based on the domain. I’m using Caddy and this example should work:

<span style="color:#323232;">0.domain.com {
</span><span style="color:#323232;">                        reverse_proxy http://X.X.X.X:8080
</span><span style="color:#323232;">                      }
</span><span style="color:#323232;">1.domain.com {
</span><span style="color:#323232;">                        reverse_proxy http://Y.Y.Y.Y:8123
</span><span style="color:#323232;">                        } 
</span>

And so on.

EDIT: Looks like I was late to the party! +1 to @greco reply as it’s more complete and clear (especially on the risks of this approach)

greco, 1 month ago

This won’t work. At the level you are looking to route the packets, there is no concept of which domain the request was intended for. You need a service that knows how to look at that packet, and forward it appropriately.

What you need to look into is a Reverse Proxy such as haproxy, caddy, or nginx (no specific order). I use haproxy to do something similar, but only on my internal network (with wireguard to access those when I am elsewhere).

Which ever reverse proxy you pick will be responsible for looking at those packets coming into it, and can determine the intended domain to route them appropriately, either through SNI, or more likely by unrwrapping the TLS on the packet.

I’d be careful with doing this, as you are letting whatever outside traffic into your network, so it’s up to you to assess the risk for your use case and make the appropriate mitigations.

doctorzeromd, 1 month ago

I’m familiar with reverse proxies, but that won’t do ALL traffic, right? Just http or https?

Like if I want to ssh into the different servers, it won’t handle that, will it? (Not saying ssh is my goal, I recognize how risky that would be)

greco, 1 month ago

It will accept all traffic sent to it via the ports it is listening on, just like any other service. It doesn’t have to forward everything though, and what it does with that is up to it’s configuration options and what you do with those.

Since you mentioned the wildcard cert, I assumed you were talking about services that speak http/s, and that they’d probably be on port 443. Those were a lot of assumptions by me.

If it’s not an http/s type service, what kind of services are we talking about?

doctorzeromd, 1 month ago

I’d like to self host matrix, and it seems like there are a bunch of not HTTP/s ports that need to be accessible

greco, 1 month ago

Can you maybe share some more information? Do you have a list of services, how you want them mapped, etc.?