I was turning on IPV6 in my router settings, and in order to do so, my router had to reboot, and without thinking, I went ahead. I then realised, my server is connected to said router, so after the router rebooted, I checked and saw that most of the docker containers were fine, except for the Piped container.
When I go to the Piped instance that’s hosted on my domain, it just brings up a Cloudflare Code 522 Error (I use Cloudflare)I tried restarting the containers over and over again but no luck. Any advice? I will provide more information if needed.
EDIT: It’s now solved. Apparently during the router reboot my ISP changed my IPv4 address.
I haven’t really used Nginx, but from a quick look nginx seems to be restarting everytime as it attempts to delete some proxy configuration (?), but fails to do so with code “ENOENT” which just means that such file or directory does not exist.
According to the discussion in that issue, it seems like nginx is the one causing the problems. Consider downgrading the nginx container image to what it was before if it updated itself.
It also could be something being corrupted, so you might need to dig some more into this matter.
People also recommend switching to other reverse proxies like caddy and traefik.
I also recommend it, you might as well take this as a opportunity to use something better.
I personally recommend Caddy, as it is very simple to configure and very convenient.
It handles HTTPS and all that boring stuff for you. Iirc it also has a cloudflare module, so you can just follow the guide in the documentations to let Caddy automatically renew certs for you via access tokens.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
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
I just realised that I also cannot access my main website, so that leads me to conclude that it might be my reverse proxy, Nginx Proxy Manager.
I dunno, so please take a look at the logs for Nginx Proxy Manager.
[12/20/2024] [7:17:41 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:41 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:45 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/5.conf [12/20/2024] [7:17:45 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:45 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:45 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:46 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:46 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/5.conf [12/20/2024] [7:17:46 AM] [Nginx ] › ⬤ debug Could not delete file: { "errno": -2, "code": "ENOENT", "syscall": "unlink", "path": "/data/nginx/proxy_host/5.conf" } [12/20/2024] [7:17:46 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:46 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:46 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:46 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:47 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/3.conf [12/20/2024] [7:17:47 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:47 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:47 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:49 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:49 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/3.conf [12/20/2024] [7:17:49 AM] [Nginx ] › ⬤ debug Could not delete file: { "errno": -2, "code": "ENOENT", "syscall": "unlink", "path": "/data/nginx/proxy_host/3.conf" } [12/20/2024] [7:17:49 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:49 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:49 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:49 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:54 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/4.conf [12/20/2024] [7:17:54 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:54 AM] [Nginx ] › ℹ info Reloading Nginx [12/20/2024] [7:17:54 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -s reload [12/20/2024] [7:17:55 AM] [Global ] › ⬤ debug CMD: /usr/sbin/nginx -t -g "error_log off;" [12/20/2024] [7:17:55 AM] [Nginx ] › ⬤ debug Deleting file: /data/nginx/proxy_host/4.conf [12/20/2024] [7:17:55 AM] [Nginx ] › ⬤ debug Could not delete file: { "errno": -2, "code": "ENOENT", "syscall": "unlink", "path": "/data/nginx/proxy_host/4.conf"I haven’t really used Nginx, but from a quick look nginx seems to be restarting everytime as it attempts to delete some proxy configuration (?), but fails to do so with code “ENOENT” which just means that such file or directory does not exist.
I also found this issue in the nginx github repo: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/3497
According to the discussion in that issue, it seems like nginx is the one causing the problems. Consider downgrading the nginx container image to what it was before if it updated itself.
It also could be something being corrupted, so you might need to dig some more into this matter.
People also recommend switching to other reverse proxies like caddy and traefik. I also recommend it, you might as well take this as a opportunity to use something better. I personally recommend Caddy, as it is very simple to configure and very convenient. It handles HTTPS and all that boring stuff for you. Iirc it also has a cloudflare module, so you can just follow the guide in the documentations to let Caddy automatically renew certs for you via access tokens.
Thanks for the help! I guess I might as well use Caddy since Nginx is screwing me over.
np, feel free to reach out again if any problems occur.