mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 17:35:52 +03:00
[GH-ISSUE #392] Invalid ipv6 resolver address #333
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#333
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @tknx on GitHub (May 2, 2020).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/392
Updated to latest docker recently and now the docker won't launch.
Logs show the following error:
Can't see but just updated
Operating System
Additional context
I tried removing the offending address directly from the conf file but it seemed to add it back
@tknx commented on GitHub (May 2, 2020):
Excerpt from logs here:
@johntdavis84 commented on GitHub (Dec 16, 2020):
I'm having this issue when trying to bring up the container with
docker-compose -up, as well.I'm less experienced with docker than others, and I'm not even sure where the /etc/nginx/conf.d/ directory is supposed to be. Is it in a container? On the host server? I looked on my Pi, and there's no conf.d folder in the /etc/nginx directory in the host filesystem.
EDIT: The local address it's complaining about is [fe80::211:32ff:fead:828f%eth0]. So it's not identical to the one above, which makes me unsure whether it's coming from inside the container or not.
@phrogg commented on GitHub (Apr 26, 2021):
Also experiencing the same issue since I setup the container with the network mode host because of fail2ban.
@JonasVgt commented on GitHub (Apr 26, 2021):
This is probably the same issue i am having at #1015
@LordChunk commented on GitHub (May 28, 2021):
Not sure if this workaround is good practice, but I resolved this issue by doing the following.
ifconfigScope:LinkIPv6 address/config/nginx/resolvers.confYour file should look something like this.
@phrogg commented on GitHub (May 28, 2021):
I can confirm this worked for me! But I had to change the path of the file.
/etc/nginx/conf.d/include/resolvers.conf.Also the file was overwritten really fast and I head to manipulate it several times, to get it to work.
@LordChunk commented on GitHub (Jun 6, 2021):
Oh, I didn't have that issue. I'm running it on Docker, so the behaviour might be somewhat different to your situation.
@phrogg commented on GitHub (Jun 6, 2021):
Yeah I'm running it on docker as well.
@github-actions[bot] commented on GitHub (Mar 29, 2024):
Issue is now considered stale. If you want to keep it open, please comment 👍
@github-actions[bot] commented on GitHub (May 9, 2025):
Issue was closed due to inactivity.