Open mgutt opened 3 years ago
Interesting. This is probably a temporary issue with Cloudflare judging by the content of the html. This ip range fetch happens on every start of the docker container, so the easy fix is to restart NPM assuming that Cloudflare has also resolved their issue. I tested myself just now and it's not happening for me.
Still, this highlights a need for better ip range management with the ability to handle this kind of outage.
This is probably a temporary issue with Cloudflare judging by the content of the html.
Not for this user. I suggested him to open the URLs manually to solve the captcha for his public IP, but he - instead of the container - never faces the captcha: https://forums.unraid.net/topic/110245-support-nginx-proxy-manager-npm-official/page/4/?tab=comments#comment-1034255
I think filtering the API response for valid IP addresses should be done in any case. Better safe than sorry ;)
Ah right. I didn't know this was behind throttling.
Is there a way to manually edit this file to add the IP addresses? I am running the proxy manager on a remote server headless so opening the links in a browser to solve the captcha will not work for me.
Issue is now considered stale. If you want to keep it open, please comment :+1:
The Fetching https://ip-ranges.amazonaws.com/ip-ranges.json blocked at startup. Some times this will cost many time.
If you're blocked by this fetching too, just run:
NPM_CTR_NAME=nginxproxymanager
docker exec $NPM_CTR_NAME sed -i 's/\.then(internalIpRanges\.fetch)//g' /app/index.js
docker restart $NPM_CTR_NAME
This should skip the fetching at the startup.
Not merge, not tested.
Error messages:
Reason (NPM does not filter/check the API response): cat /etc/nginx/conf.d/include/ip_ranges.conf
Temporary solution:
By that the HTML code is removed and the file is locked for further updates.