Basically you only need port 443 open. Maybe 80 also depending on how you generate the SSL certificates.
Selfhosted
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:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
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.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
How's your firewall set up? Some custom firewall rules can end up interfering with Docker's networking, that's worth checking that. It uses iptables to control what can go in and out of the bridge and if the host can access it. If you have a blanket drop policy that overrides Docker's your Docker networking can break.
Are you able to access (via curl or something else) the port the Lemmy is serving from behind the nginx server?
Well, I'm here again. I get a 504 gateway timeout after upgrading or doing docker-compose down
, and found a weird fix for it.
docker kill
your postgres instance- Go to your webpage and wait for it to tell you an error
docker-compose up -d
and now it'll work
I tried killing postgres and bringing it up immediately as well but that did not fix the problem. Weird magical incantation and downvote me all you want, just wanted to throw it out there.