I have finally got my selfhost wiki up to a satisfying shape. Its here: https://wiki.gardiol.org

Take a look i hope it can help somebody.

I am open to any suggestions about it.

Note: the most original part is the one about multi-homed routing and failbacks and advanced routing.

@N0x0n@lemmy.ml
link
fedilink
English
0
edit-2
7M

Thanks for sharing, very cool stuff in there and great job ! Bookmarked !

While reading through your reverse proxy concept post, I think this statement is wrong:

As a sub-domain:
- Cons: require additional certificates for HTTPS/SSL for each sub-domain

There are actually wildcard SAN certificates where you can access all your subdomains with a single certificate: https://*.mydomain.com

Or you can add all your subdomains in a single certificate.

Great work and thanks for sharing !

TheHolm
link
fedilink
English
07M

using wildcards is really bad security practice. and at age of ACME absolutely unnecessary.

The Hobbyist
link
fedilink
English
07M

Can you elaborate on why it is a bad security practice? It’s the first time I’m reading about it and I’d like to read more about it. Thanks!

Shimitar
creator
link
fedilink
English
17M

One of the risks associated with wildcard SSL certificates is the increased attack surface they introduce. If one subdomain becomes compromised, it opens the door for potential attackers to gain unauthorized access to all subdomains secured under the wildcard certificate. (first google link)

@cron@feddit.de
link
fedilink
English
07M

While this argument is valid for a larger domain, it doesn’t really matter for the small selfhoster.

Shimitar
creator
link
fedilink
English
07M

Using let’s encrypt certbot is so easy and automated that I never bothered for wildcards anyway, so.

@lorentz@feddit.it
link
fedilink
English
17M

The advantage of wildcard certificates is that you don’t have to expose each single subdomain over internet. Which is great if you want to have https on local only subdomains.

TheHolm
link
fedilink
English
16M

If you still use HTTP for cert verification on ACME, you are doing it wrong. Use DNS-01 only, there is no need to allow any inbound traffic to your servers. and HTTP will not give you wildcard anyway.

@Fisch@lemmy.ml
link
fedilink
English
07M

Might be worth adding a section for web UIs that make managing certain things easier. For example, Cockpit or Nginx Proxy Manager.

Shimitar
creator
link
fedilink
English
0
edit-2
7M

I think NPM is useless (in my use-case…) and can get things more messy, but I plan to check on cockpit later on indeed.

NPM isn’t bad in itself, but NGINX configuration is basically static and IMHO don’t require a dedicated GUI.

Toaster
link
fedilink
English
07M

What lead you to believe NPM is useless/messy?

Shimitar
creator
link
fedilink
English
17M

Yeah, i kind of wrote badly. I mean NGINX configuration is simple enough and static enough not to need a dedicated service for my use case. I don’t feel the need to mess with NPM. I have a neat folder structure under nginx config so that adding one service is pretty clean and simple and editing one too.

@Decronym@lemmy.decronym.xyz
bot account
link
fedilink
English
1
edit-2
6M

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

Fewer Letters More Letters
DNS Domain Name Service/System
HTTP Hypertext Transfer Protocol, the Web
HTTPS HTTP over SSL
IP Internet Protocol
SAN Storage Area Network
SSL Secure Sockets Layer, for transparent encryption
TLS Transport Layer Security, supersedes SSL
nginx Popular HTTP server

8 acronyms in this thread; the most compressed thread commented on today has 15 acronyms.

[Thread #556 for this sub, first seen 29th Feb 2024, 10:35] [FAQ] [Full list] [Contact] [Source code]

Create a post

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!

  • 1 user online
  • 279 users / day
  • 589 users / week
  • 1.34K users / month
  • 4.55K users / 6 months
  • 1 subscriber
  • 3.49K Posts
  • 69.8K Comments
  • Modlog