Skip to content
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

DNS problems with IPV6 in BlueOS #2467

Closed
1 task done
JoaoMario109 opened this issue Mar 19, 2024 · 4 comments
Closed
1 task done

DNS problems with IPV6 in BlueOS #2467

JoaoMario109 opened this issue Mar 19, 2024 · 4 comments
Labels
bug Something isn't working triage Needs triage from developers ui User Interface feature

Comments

@JoaoMario109
Copy link
Collaborator

JoaoMario109 commented Mar 19, 2024

Bug description

When you connect to some some router that supports IPV6 and the raspberry acquires IPV6 on some of its interface you will have a IPV6 DNSs set. If you try to delete them, it will say that was successfully deleted but if you try to pring some host as www.google.com from within the raspberry it will still trying to use the IPV6 DNS and will fail. After this, if you reboot the raspberry, even after deleting the IPV6 DNSs, the blueos internet show it again.

Steps to reproduce

Connect raspberry to some router that supports IPV6 and wait to acquire a IPV6 IP in some of the interfaces.
Check if there are some IPV6 DNSs in the internet icon on BlueOS.
Try to delete some of the IPV6 DNS and pring some host like www.google.com from within the raspberry.
Try to reboot and see the IPV6 DNS appears again

Prerequisites

  • I have checked to make sure that a similar request has not already been filed or fixed.
@JoaoMario109 JoaoMario109 added bug Something isn't working ui User Interface feature triage Needs triage from developers labels Mar 19, 2024
@joaoantoniocardoso
Copy link
Member

It will try IPV6 because even though it doesn't have an IPV6 DNS, it has an IPV6 address, right?

@patrickelectric
Copy link
Member

@joaoantoniocardoso yes, we saw the interface with both ipv6 and ipv4. But it was weird that the dns solver was still using ipv6.
We tried to delete ipv6 dns configuration in blueos to put ipv4 in higher priority (that was already the case). But the system was still enforcing priority over dns solving in ipv6.

@rotu
Copy link
Contributor

rotu commented Sep 9, 2024

I think it's a bug that the web frontend and mavlink2rest only appear to be listening on IPv4.

e.g. wget -6 localhost:80 fails
e.g. wget -6 localhost:6040 fails

Some other services apparently succeed:
e.g. wget -6 localhost:7777 succeeds (File Browser)
e.g. wget -6 localhost:9120 succeeds (Pardal)

This is a problem because:

  1. It is confusing!
  2. Resolution depends on how the domain is entered:
    • e.g. ping localhost uses the IPv6 address whereas ping localhost. uses the IPv4 address.
    • Node.js address lookup seems to work similarly.
  3. Many system utilities do use IPv6 preferentially.

The first two lines of my /etc/hosts are:

127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback

But getent prefers IPv6:

$ getent hosts localhost
::1             localhost ip6-localhost ip6-loopback
$ getent hosts localhost.
127.0.0.1       localhost

I think it probably makes sense to support IPv6 rather than try and suppress it everywhere.

@patrickelectric
Copy link
Member

Let's close this for now. We can reopen if necessary.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working triage Needs triage from developers ui User Interface feature
Projects
None yet
Development

No branches or pull requests

4 participants