ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

seth · 2026-06-26 11:15:54

The wikipage says that I could make connman work with iwd instead of wpa_supplicant, but that's what you don't seem to really suggest.

Yes an nobody suggested different - there're however caveats.
https://wiki.archlinux.org/title/ConnMa … supplicant

systemctl status connman connman_iwd
systemctl show connman.service # the only one in your list in #9

I can't, as I said even scanning for wifi errors out. But it was working earlier.

And what changed inbetween?
Does the scan work after "connmanctl enable wifi"

For what?

The thread is about some spurious DNS error for which the origin is unclear.
Not about "how to configure connman for wifi failover" and the omnibus threads tend to be of less to no benefit for future readers.

I'm not strongly interested in keeping using connman.

The most popular approach for network configuration is probably networkmananger (also because it has the best™ desktop integration)
But don't create

Enrico1989 · 2026-07-02 17:45:36

seth wrote:

Enrico1989 wrote:
I can't, as I said even scanning for wifi errors out. But it was working earlier.
And what changed inbetween?
Does the scan work after "connmanctl enable wifi"

First of all, sorry but I'm being very busy and couldn't allocate time for this. And no, I don't remember anymore when exactly wifi stopped working (in the sense of `scan` failing). Now "connmanctl enable wifi" gave me "wifi is already enabled", and indeed it is, but not connected. I could experiment.

seth wrote:

Enrico1989 wrote:
For what?
The thread is about some spurious DNS error for which the origin is unclear.
Not about "how to configure connman for wifi failover" and the omnibus threads tend to be of less to no benefit for future readers.

Ok, then let's leave this as it is, unsolved for now, as I don't really know if the issue will occur again. Tomorrow I should do a call, so maybe I'll see the issue occur again.

What can I do to gather the most out of it? I've had a read of https://wiki.archlinux.org/title/Wireshark and it looks like

# dumpcap -i 1 -b filesize:100000 -b files:20 -w mycapture.pcapng

seem to be a good start. (By the way, the page explicitly suggests not to run wireshark as root, but then this companion command is run as root. Is that a typo or intended?)

But here's a few questions:

re. the -i option, can I pass it twice, as in -i 1 -i 3? Or, if not, is there any reason not to run two instances of dumpcap? (To monitor both cabled and wifi connection, just in case something goes weird);
the command used the extension .pcapng for the output, but it mentions .pcap files; is this a typo?
I assume I should pass to dumpcap the flags I'd pass to tshark, but what are the flags I should use to investigate the issue in this thread? I just want to be sure I don't miss anything;
not knowing how much I should dump, and also considering the answer to the previous question, in order to be sure I capture all that's needed, how much should number-of-files × file-size be, ideally? I would say that since the issue occurs, I might be one hour-ish in the call before having the mind free enough to remember stopping wireshark/dumpcap.

As regards the rest of you're message, I'll keeping answering to that on hold in the meanwhile.

seth wrote:

But don't create

I guess you've forgot to end the sentence?

seth · 2026-07-02 20:38:19

I guess you've forgot to end the sentence?

… "a moving target"

My main concern would be
a) connman's own local DNS resolver
b) the parallel connections into the same segment

a) https://wiki.archlinux.org/title/ConnMa … DNS_server - disable that and set
cat /etc/resolv.conf

nameserver 8.8.8.8

(or any usable DNS server to your liking, possibly your gateway if your router runs a caching stub resolver like dnsmasq)
b) w/ SingleConnectedTechnology=true make sure there's only one connection and route

=> Do you still run into the problem w/ those changes?

Enrico1989 · 2026-07-03 05:50:50

seth wrote:

a) https://wiki.archlinux.org/title/ConnMa … DNS_server - disable that and set
cat /etc/resolv.conf
nameserver 8.8.8.8

Done, but the provided link says

Make sure to reload the systemd daemon and restart the connman.service, and your DNS proxy, after adding this file.

I've done the first two,

# systemctl daemon-reload
# systemctl restart connman.service

but how do I "restart [...] DNS proxy"?

seth wrote:

(or any usable DNS server to your liking, possibly your gateway

Why should I prefer this or why not?

seth wrote:

if your router runs a caching stub resolver like dnsmasq)

How do I know if it does? From the router page I screenshotted earlier?

seth wrote:

=> Do you still run into the problem w/ those changes?

I will report back, hopefully within today, but I still need to "restart the DNS proxy".

seth · 2026-07-03 14:39:29

but how do I "restart [...] DNS proxy"?

Not relevant here - we're just trying to side-step connman's internal DNS resolver, not actually provide any other.

Why should I prefer this or why not?

8.8.8.8 is google, if you've any problems with that…
If your router has a (caching) DNS resolver you'll likely get better performance out of that.

How do I know if it does? From the router page I screenshotted earlier?

Not from the particular screenshot, more some manual or the suggested test using an obscure domain
It seems the router provides DNS augmentation, but this could also just be a local lookup table ("/etc/hosts") and doesn't mean there's a caching dnsmasq running.

Arch Linux

#26 2026-06-26 11:15:54

Re: ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

#27 2026-07-02 17:45:36

Re: ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

#28 2026-07-02 20:38:19

Re: ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

#29 2026-07-03 05:50:50

Re: ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

#30 2026-07-03 14:39:29

Re: ERR_NAME_NOT_RESOLVED when trying to navigate while on video call

Board footer