Temporary Failure in name resolution

boncc · 2024-12-25 09:23:57

Did a fresh install of arch about a week ago and yesterday I decided to install a network manager applet for hyprland and suddenly I cannot connect to the internet.
I can ping 8.8.8.8 and 1.1.1.1 but I cannot ping gnu.org or google.com
All of the other forum posts that fit my criteria use dhcpcd and I don't have that installed so yeah.
I'm posting this on a different computer so I don't really have the capability to paste the results of "ip a" and "ip link"

Edit:
Here's the output for "ip a":

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisk noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
        valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisk fq_codel state DOWN group default qlen 1000
    link/ether c8:5b:76:43:7e:72 brd ff:ff:ff:ff:ff:ff
    altname enxc85b76437e72
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisk noqueue state UP group default qlen 1000
    link/ether e4:a4:71:ad:fe:12 brd ff:ff:ff:ff:ff:ff
    altname wlxe4a471adfe12
    inet 192.168.1.101/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp4s0
        valid_lft 86330sec preferred_lft 86330sec
    inet6 fd78:4c15:7f9d::678/128 scope global dynamic noprefixroute
        valid_lft 86332sec preferred_lft 43132sec
    inet6 2a00:23c7:54a8:7600::678/128 scope global dynamic noprefixroute
        valid_lft 86332sec preferred_lft 43132sec
    inet6 2a00:23c7:54a8:7600:a94b:a901:153e:f88/64 scope global dynamic noprefixroute
        valid_lft 315024390sec preferred_lft 315024390sec
    inet6 fd78:4c15:7f9d:0:aee8:9f72:f0eb:bceb/64 scope global noprefixroute
        valid_lft forever preferred_lft forever
    inet6 fe80::440e:623e:3e6e:ada1/64 scope link noprefixroute
        valid_lft forever preferred_lft forever

Output for "ip link":
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisk noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisk fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether c8:5b:76:43:7e:72 brd ff:ff:ff:ff:ff:ff
    altname enxc85b76437e72
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisk noqueue state UP mode DORMANT group default qlen 1000
    link/ether e4:a4:71:ad:fe:12 brd ff:ff:ff:ff:ff:ff
    altname wlxe4a471adfe12

Last edited by boncc (2024-12-25 11:42:19)

seth · 2024-12-25 09:37:08

I'm posting this on a different computer so I don't really have the capability to paste the results of "ip a" and "ip link"

Then we unfortunately don't have the capability to do anything about this.

Luckily someone invented output redirection and usb keys, so I don't quite think your assertion is really true

(resolvectl status; stat /etc/resolv.conf; cat /etc/resolv.conf; find /etc/systemd -type l -exec test -f {} \; -print) > /tmp/stuff_seth_asked_for.txt 2>&1

Copy that file onto a usb key and walk it to a system w/ internet access

boncc · 2024-12-25 10:57:36

I haven't got anything better to do so I'll just type them out verbatim in the original post

Head_on_a_Stick · 2024-12-25 11:03:11

boncc wrote:

I decided to install a network manager applet for hyprland

Which "applet" was this?

boncc · 2024-12-25 11:08:45

The Wirral wrote:

Which "applet" was this?

nm-applet from the Arch Repository

Beemo · 2024-12-25 14:12:09

It seems that DNS queries are failing for some reason.
What's the active or configured DNS field in nmcli con show <the profile here>? While you're there you can also check if something looks suspicious.
Or if you switched to systemd-resolved, "resolvectl query gnu.org" will probably tell you why.
If not, perhaps try manual query with dig based on the output of nmcli (DoT, dnssec, DNS).

Last edited by Beemo (2024-12-25 14:17:20)

seth · 2024-12-25 14:19:42

@boncc ip a/l is less important for DNS issues, please post the outputs of the commands in #2 - you're encouraged to redirect them into a file and usb-walk that for an upload (because that rules transcription mistakes) but feel free to spend your afternoon transcribing them manually.

Arch Linux

#1 2024-12-25 09:23:57

Temporary Failure in name resolution

#2 2024-12-25 09:37:08

Re: Temporary Failure in name resolution

#3 2024-12-25 10:57:36

Re: Temporary Failure in name resolution

#4 2024-12-25 11:03:11

Re: Temporary Failure in name resolution

#5 2024-12-25 11:08:45

Re: Temporary Failure in name resolution

#6 2024-12-25 14:12:09

Re: Temporary Failure in name resolution

#7 2024-12-25 14:19:42

Re: Temporary Failure in name resolution

Board footer