Fedora Account System
Red Hat Associate
Red Hat Customer
When a Fedora 43 system is connected to an IPv6-only network (with DNS64 / NAT64), multiple apps fail to connect to IPv6 services. For example, the default file manager (Gnome Nautilus) fails to access WebDAV shares. This issue is new in Fedora 43 (Workstation as well as Silverblue). No similar issues were observed in Fedora 42 on the same device, same network. Recent changes to glibc being the culprit is just a wild guess. Reproducible: Always Steps to Reproduce: 1.Connect device to IPv6-only network (with DNS64 / NAT64). 2.Open the 'Files' app. 3.Go to 'Network', enter a WebDAV FQDN into the 'Server address' field (e. g. davs://webdav.smartdrive.web.de) and click 'Connect'. 4. See error message: "Unable to access location - Error resolving "webdav.smartdrive.web.de": No valid addresses were found" Actual Results: Can't connect to WebDAV server. Expected Results: Successful connection to WebDAV server. Additional Information: This is not a DNS64 / NAT64 issue - the affected FQDNs do have AAAA records and the services can be accessed via IPv6. 'resolvectl query' works, so does ping. Similar error messages regarding name resolution can be observed in multiple other apps (e. g. Gnome Extensions and Evolution). Firefox and Chromium can access https://webdav.smartdrive.web.de without issues (on the same device, same network). It works when the device is connected to a Dual-Stack network.
Could you post the output of these commands when running them on the impacted system: getent ahosts webdav.smartdrive.web.de getent ahostsv4 webdav.smartdrive.web.de getent ahostsv6 webdav.smartdrive.web.de resolvectl query webdav.smartdrive.web.de
$ getent ahosts webdav.smartdrive.web.de 2001:8d8:5f9::8e STREAM webdav.smartdrive.web.de 2001:8d8:5f9::8e DGRAM 2001:8d8:5f9::8e RAW $ getent ahostsv4 webdav.smartdrive.web.de $ getent ahostsv6 webdav.smartdrive.web.de 2001:8d8:5f9::8e STREAM webdav.smartdrive.web.de 2001:8d8:5f9::8e DGRAM 2001:8d8:5f9::8e RAW $ resolvectl query webdav.smartdrive.web.de webdav.smartdrive.web.de: 2001:8d8:5f9::8e -- link: wlp0s20f3 195.20.251.142 -- link: wlp0s20f3 -- Information acquired via protocol DNS in 98.8ms. -- Data is authenticated: no; Data was acquired via local or encrypted transport: no -- Data from: cache network
So the low-level data looks good. If this impacts predominantly GNOME applications, I wonder if this a libsoup issue. Maybe this issue is related? Resolving IP addresses sometimes fails in IPv6 only environments <https://gitlab.gnome.org/GNOME/libsoup/-/issues/392>
Thanks for looking into this. Correct, so far I've only observed it in GNOME apps. It only affects some protocols: In Nautilus, sftp, ssh and smb work, while ftp, ftps, dav and davs fail. In Evolution, IMAP fails with exactly the same error message. Not sure about libsoup / libsoup3. Fedora 42 and 43 seem to use the same versions and this issue is new in Fedora 43. A search for the exact error message ("Error resolving" + "No valid addresses were found") suggests it's coming from GIO: https://gitlab.gnome.org/GNOME/glib/-/blob/glib-2-86/gio/gthreadedresolver.c#L424 glib2 was indeed updated from 2.84 in Fedora 42 to 2.86 in Fedora 43. I'll change the affected component to glib2.
Workaround: Add an IPv4 address to the interface. Link-local is sufficient, e. g. by setting IPv4 to "Link-Local Only" in the Wi-Fi network settings. This commit could be the culprit: https://gitlab.gnome.org/GNOME/glib/-/commit/fe0139ee985075f3c12932d7123cb594356e7e9d
Confirmed to be caused by a bug in the mentioned commit to glib2: https://gitlab.gnome.org/GNOME/glib/-/commit/fe0139ee985075f3c12932d7123cb594356e7e9d#note_2582188
FEDORA-2025-f4950d8592 (glib2-2.86.1-5.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-f4950d8592
FEDORA-2025-f4950d8592 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-f4950d8592` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-f4950d8592 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-f4950d8592 (glib2-2.86.1-5.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.