this post was submitted on 05 Apr 2026
21 points (86.2% liked)

Selfhosted

60093 readers
977 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam.

  3. Posts here are to be centered around self-hosting. Please ensure it is clear in your post how it relates to self-hosting.

  4. Don't duplicate the full text of your blog or git here. Just post the link for folks to click.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require your active participation in selfhosting or related communities, or the post will be removed. No more than 10% of your posts or comments may be self-promotional, or your post will be removed. F/LOSS Exception: If your post is about a project that is completely open source & can be self-hosted in full without payment, and your account is at least 7 days old, your post is exempt from this rule as long as you continue to engage in comments.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

I have my pangolin server set up and working, providing forward auth and roll based access before reverse proxying my self hosted resources.

However when I have the pangolin zero-trust client connected, I want to skip the forward auth since I'm already authed via the client. I want to do this since some apps like Jellyfin don't play nice with the forward auth.

I can't find a way to achieve this - there is no rule for connected clients. When I set up as a private resource, then I don't get the reverse-proxy functionality, so when the client is connected my urls change (need to add ports), which isn't really acceptable.

I can set up another reverse proxy behind pangolin, but pangolin already provides reverse proxying so that seems silly.

What am I missing? How can I achieve the goal of skipping forward auth when the pangolin client is connected?

you are viewing a single comment's thread
view the rest of the comments
[–] irotsoma@piefed.blahaj.zone 2 points 2 months ago (1 children)

Yeah, I have caddy and traefik in front of most of my home-based services, except for a few web UIs like the router's. Pangolin just receives incoming connections and routes them to the correct reverse proxy in the correct VLAN for that service.

I have VLANs to separate services that are more public facing from very private ones that only certain devices should be able to connect to directly. Basically, I have one VLAN for IoT devices that need to connect to the internet often but only certain things should access directly, one for very private things like my NAS, database server, 3D printer, etc, that rarely if ever need access to the internet, one for my personal devices (laptop, desktop, phone, tv) which are behind a pihole for ad blocking, and one guest VLAN for guests, but mostly for my work computer which really likes to snoop.

[–] PeriodicallyPedantic@lemmy.ca 1 points 2 months ago (1 children)

Pangolin is built on traefik, and does all the reverse proxying I need (X sub-domain goes to Y port on Z home server).

I don't really like the idea of n metroyska reverse proxis, both because conceptually it bothers me, but also because my needs seem simple and doesn't seem like it deserves the extra complexity. The public resource reverse proxy works for everything I have.

I'm looking for a way to configure pangolin, which already routes property, to skip auth when the auth can be provided by the pangolin client.

[–] irotsoma@piefed.blahaj.zone 2 points 2 months ago (1 children)

Yeah get that. I do it because my pangolin is segregated so that if that internet facing layer is penetrated, there's not much else they'll have access to. Similarly, if my WiFi is penetrated, there's just a few devices. And many of my services run on Kubernetes distributed and load balanced across a bunch of cheap devices, so it needs reverse proxying at the ingress anyway. And there are a few other reasons for keeping traffic off of the pangolin server or even the router when it's internal to internal, but still be able to use the single domain name for the service, especially with IPv6 not having static IP addresses quite the same way as IPv4, so not wanting to hard code IP addresses or even port assignments in services that back other services like the database server which originally was just running on the NAS, but switching it over to another system only required changing the internal reverse proxy, not every service that used it. I like abstraction like that.

[–] PeriodicallyPedantic@lemmy.ca 2 points 2 months ago

I may end up doing extra reverse proxies just because complicated configuration is better than complicated use. It kinda feels like there should be a way to do it right in pangolin, it seems like it's right there lol.