Traefik conditional certificate for same URL

Submitted ⁨⁨6⁩ ⁨months⁩ ago⁩ by ⁨shiftymccool@programming.dev⁩ to ⁨selfhosted@lemmy.world⁩

Hey all!

I have a bunch of services running on my home server and was looking to expose some of them publicly via Cloudflare tunnel. This is done and working great using the origin server certificate and strict TLS.

Up until now, I’ve been using self-signed certs internally but now I don’t want to deal with the “proceed anyway” crap on browsers. I have Traefik set up to get certs from Cloudflare using DNS challenge and that seems to be working.

So, now my problem is: how do I switch between these certificates for the same URL twhen I’m internal vs public? I’d rather keep that traffic local if I’m at home, which is also working, I just can’t figure out how to get Traefik to use the appropriate certificate depending on if the request is coming from my LAN or Cloudflare.

Any suggestions? Is there a better way to accomplish what I want to do?

source

Comments

Sort:hotnew top

ramielrowe@lemmy.world ⁨6⁩ ⁨months⁩ ago
Just serve the CloudFlare certs. If the URL is the same, it won’t matter. Doesn’t matter if you’re talking to a local private address like 192.166.1.100 or a public IP. If you’re accessing it via a DNS name, that is what is validated, not the underlying IP.

source
- shiftymccool@programming.dev ⁨6⁩ ⁨months⁩ ago
  If I use the Cloudflare origin server certs, the browser shows insecure and the message is “certificate not trusted” which is the same message as self-signed, if I’m not mistaken. I’m not sure what other details are relevant as I’m still new-ish to the networking portion of this home server thing. I’m happy to answer any questions if you suspect something.
  
  source
  - IHawkMike@lemmy.world ⁨6⁩ ⁨months⁩ ago
    You said Traefik is getting certs from Cloudflare, but do you mean it’s getting Let’s Encrypt certs using a CF DNS challenge? And if that is the case, then your browser should trust the Traefik endpoint since LE certs are publicly trusted.
    
    Are you sure you’re hitting Traefik when you get a cert warning? You need to update your internal DNS if not.
    
    source
    -> View More Comments
  - ramielrowe@lemmy.world ⁨6⁩ ⁨months⁩ ago
    I somewhat wonder if CloudFlare is issuing two different certs. An “internal” cert your servers use to serve to CloudFlare, which uses a private CA only valid for CloudFlare’s internal services. CloudFlare’s tunnel service validates against that internal CA, and then serves traffic using an actual public CA signed cert to public internet traffic.
    
    Honestly though, I kinda think you should just go with serving everything entirely externally. Either your trust CloudFlare’s tunnels, or you don’t. If you don’t trust CloudFlare to protect your services, you shouldn’t be using it at all.
    
    source
    -> View More Comments
  - i_am_not_a_robot@discuss.tchncs.de ⁨6⁩ ⁨months⁩ ago
    That sounds like Cloudflare is giving you certificates intended only to be used for talking to Cloudflare.
    
    You might be able to do it if Cloudflare sends a different SNI. It’s probably better if you get real certificates from Let’s Encrypt and just use those.
    
    source
TheButtonJustSpins@infosec.pub ⁨6⁩ ⁨months⁩ ago
Why would you need to continue using the self-signed certificates for the Cloudflare connection? Just use the valid certificate for all connections.

source
- shiftymccool@programming.dev ⁨6⁩ ⁨months⁩ ago
  I’m not using self-signed anymore, I’m getting them from Cloudflare via DNS challenge
  
  source
  - catloaf@lemm.ee ⁨6⁩ ⁨months⁩ ago
    So what’s the problem? They’re valid for the same DNS name.
    
    source
chiisana@lemmy.chiisana.net ⁨6⁩ ⁨months⁩ ago
There’s two ways around the symptoms you’re trying to treat:

Don’t bother with internal vs external. Always route through external which gets encrypted by the origin cert to CloudFlare and then CloudFlare to your browser. This is simplest in that you don’t need to manage two sets of DNS records and you don’t end up with different certificates for the same domain (in the odd event where you end up needing to do something like certificate pinning). Or;

Just add the origin cert to your systems’ trust store. You know the certificate, it will encrypt the traffic anyway, also you’re accessing the service via intranet so there’s really no attack vector here.

Probably worth calling out that although 1 feels like there’s more hops (and there absolutely are), with any decent internet, you’re probably not going to feel it. This is because the edge server is probably situated very close to your ISP (that’s how they make sure everything responds quickly) so your over all round trip should only be affected by a negligible amount of time that you most likely won’t notice.
source
- shiftymccool@programming.dev ⁨6⁩ ⁨months⁩ ago
  Barring any Traefik tricks that allows me to accomplish what I’m after, I was thinking of going with your “third” option of just letting it use Cloudflare for everything but, I had to check with the experts first before just doing it.
  
  I have some apps that complain or, in one case, flat out doesn’t work if the cert is invalid. I’ve been working around it (sort of) but it would be nice to have it set up “correctly” for once. If routing all traffic through Cloudflare is the answer, so be it ¯_(ツ)_/¯
  
  source
Decronym@lemmy.decronym.xyz ⁨6⁩ ⁨months⁩ ago
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

Fewer Letters More Letters

CA (SSL) Certificate Authority

DNS Domain Name Service/System

IP Internet Protocol

SSL Secure Sockets Layer, for transparent encryption

[Thread #743 for this sub, first seen 10th May 2024, 01:55] [FAQ] [Full list] [Contact] [Source code]

source

Fewer Letters	More Letters
CA	(SSL) Certificate Authority
DNS	Domain Name Service/System
IP	Internet Protocol
SSL	Secure Sockets Layer, for transparent encryption