this post was submitted on 04 Aug 2023
29 points (91.4% liked)

Selfhosted

37924 readers
467 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 posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

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

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

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

Questions? DM the mods!

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Osayidan@social.vmdk.ca 13 points 11 months ago (1 children)

If you mean accessing them from within your LAN while your internet is down then no it won't work.

What you should be doing is either split horizon DNS (LAN resolves local IPs, public resolves public IPs) or use different DNS hostnames internally, for example media.local.yourdomain.com

You then set up a reverse proxy in your LAN and point everything to that, use a let's encrypt wildcard cert using the DNS challenge method so you can get *.yourdomain.com protected with a single cert. Since you use cloudflare you can use the cloudflare API plugin with certbot, it'll automate everything for the DNS challenge and no need to keep opening ports or configuring http/https challenges every couple of months.

[–] meteokr@community.adiquaints.moe 5 points 11 months ago (1 children)

Last I checked, a wild card cert for *.yourdomain.com is NOT valid for test.local.yourdomain.com, but IS valid for test.yourdomain.com. Wildcard certs are not recursive as far as I know.

[–] Osayidan@social.vmdk.ca 3 points 11 months ago (2 children)

You're right but you can get a wildcard for that level as well.

[–] meteokr@community.adiquaints.moe 2 points 11 months ago

Totally, you can easy do *.test.yourdomain.com and that's works just fine for certbot. Ive never used cloudflare so I'd assume the same setup should work.

[–] chiisana@lemmy.chiisana.net 1 points 11 months ago (1 children)

Last I checked, which was honestly two or more years prior, CloudFlare doesn’t handle second level sub domains (I.E. a.b.domain.ext) properly… when I tried it, I could make the DNS records, it did resolve, but the certificates didn’t work. I don’t know if that has since changed.

[–] Osayidan@social.vmdk.ca 1 points 11 months ago

You likely wouldn't be using cloudflare for that level anyways, since you want it to work when you're offline you'd bypass them entirely with local DNS server, local reverse proxy+certs. You'd use something like certbot with let's encrypt which works fine. https://certbot.eff.org/