-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IPv6 Address Assignment #12
Comments
Which version are you using? I ask because it looks somewhat similar to:
MatthewVance/unbound-docker#55
IPv6 should already be disabled in the default config. Docker and IPv6 is
tricky so I default it to off for broader compatibility.
…On Wed, Mar 3, 2021, 8:33 PM liambresnahan ***@***.***> wrote:
Using the base config (i.e. that inside the unbound.sh file) I am seeing
the below errors which appear to be blocking startup so that unbound never
fully inits and waits for queries. Is this a known issue? If so is there a
workaround for this? I tried to disable IPv6 in a custom config, but this
didn't seem to have any effect.
`[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign
requested address for XXXX:XXX:XX::X port 53`
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#12>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAUMHOQT2OGGD7KR6FQG6RLTB3WPRANCNFSM4YSMAIZA>
.
|
|
I was able to re-create the issue. I'm investigating a resolution. It's likely due to Unbound wanting to use IPv6 by default but Docker not supporting IPv6 by default. |
My isp doesn't support ipv6 too. Also, will you please describe how this unbound container handle upstream nameserver. Previously there were a section stating that it was using 1.1.1.1 on the read me section. And a description in the docker hub page that pull request for rpi should use mvance/unbound-rpi instead of mvance/unbound . Btw,thanks for this awesome container. |
Thank you. The README still mentions "By default, forwarders are configured to use Cloudflare DNS." It forwards queries to:
That default is defined in the forward-records.conf file. Other examples are provided and you can also customize it. The README shows mvance/unbound-rpi. It's in the example run command (it'll auto pull it if you run it). I went ahead and added an example pull command to go with it. |
Thank you. |
The docker log output mentioned above generated the same output where the folder is in root, instead of "/home/pi" mentioned in the run command. Regardless of the directory, it shows the same output. |
Can you share your directory structure and also your unbound.conf file? That error implies errors in your custom config file or mounting method. You may also want to review this: #8 (comment) The wildcard include method of volume mounting is for special use cases. |
No changes were made to the unbound.conf file. docker run --name=unbound --net=macvlan_network --ip=xxx.xxx.xx.xx --restart=unless-stopped --detach=true mvance/unbound-rpi Error: But, the containers work. Run command (Using Dns:127.0.0.1 on pihole ): docker run --name=unbound --restart=unless-stopped --detach=true mvance/unbound-rpi Doesn’t work. Run command (Using with file path): docker run --name=unbound --net=macvlan_network --ip=xxx.xxx.xx.xx -v /home/pi/unbound:/opt/unbound/etc/unbound/ --restart=unless-stopped --detach=true mvance/unbound-rpi Error: [1619598622] unbound[1:0] fatal error: Could not read config file: /opt/unbound/etc/unbound/unbound.conf. Maybe try unbound -dd, it stays on the commandline to see more errors, or unbound-checkconf Containers don’t work. Root directory structure: Directory structure of /home/pi/unbound: dev unbound.conf var Unbound.conf file: server:
remote-control: No changes were made to the unbound.conf file. Run Command: Directory structure of /home/pi/unbound: After manually adding: a-records.conf removes the ‘read /opt/unbound/etc/unbound/unbound.conf failed: 3 errors in configuration file’ from the error logs. And unbound.conf.d Seems like the only issue remains is: libunbound[18:0] error: udp connect failed: Cannot assign requested address for 2001:500:9f::42 port 53 As of writing containers working great. My realization is that choosing a custom folder doesn’t fetch the record files. So, I recreated the container without the unbound.conf.d directory, manually added the 3 missing .conf file. And now the container works again, so, the cause of the issues is not fetching the 3 .conf file. The only issue that remains is the udp issue mentioned earlier. |
I have/had the same issue. I just added I also had the configuration error but like the previous comment, adding the three files removes the configuration error. Will this cause undefined behaviour? Maybe. Does it mean I can resolve dns queries using the conainer? Yes. I'm also using the https://github.com/MatthewVance/unbound-docker container in an Ubuntu 20.04 server virtual machine, not on a pi for your information. |
@MatthewVance I know this issue is closed, but I'm having the same issue and there's a lot of context here that applies to me. I'm unable to resolve the following error: I've tried disabling ipv6 Any suggestions? |
I suggest reporting and discussing it upstream. The issue is closed because I’m not sure there’s anything to do in this Docker image, not because the issue is resolved. I too get these errors in my logs.
NLnetLabs/unbound#364
… On Jan 14, 2022, at 5:23 PM, weelad ***@***.***> wrote:
@MatthewVance I know this issue is closed, but I'm having the same issue and there's a lot of context here that applies to me. I'm unable to resolve the following error:
[1642202252] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:2::c port 53
I've tried disabling ipv6 do-ip6: no to no avail.
Any suggestions?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you were mentioned.
|
Good to know. Cheers. |
Using the base config (i.e. that inside the unbound.sh file) I am seeing the below errors which appear to be blocking startup so that unbound never fully inits and waits for queries. Is this a known issue? If so is there a workaround for this? I tried to disable IPv6 in a custom config, but this didn't seem to have any effect.
[1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53 [1614822393] libunbound[19:0] error: udp connect failed: Cannot assign requested address for XXXX:XXX:XX::X port 53
The text was updated successfully, but these errors were encountered: