[SOLVED] Name Resolution in ether but not on wifi.

divVaral · 2021-05-11 17:13:49

Hello,
I have internet access in ethernet while in wifi it says "Temporary failed in Name resolution".
however, if run ping test on 8.8.8.8 , i received packets.

So, i looked up /etc/resolv.conf , it was my router ip.

I tried changing to google dns, it shows generated by Network Manager so by preventing overwriting using:

 chattr +i /etc/resolv.conf

Finally , I get name resolved but only on terminal. Everytime After booting, I have to restart resolved service:

systemctl restart systemd-resolved.service

Eventhough it doesn't work on browser.

Please help through this.

Last edited by divVaral (2021-05-26 06:55:29)

teckk · 2021-05-11 17:22:56

What network manager are you using? What does it's config file look like?
When you are having problems, what is the output of

ip a
ip n

resolv.conf gets written to by your network manager.
https://wiki.archlinux.org/title/Network_configuration

Scimmia · 2021-05-11 17:33:54

If you're using resolved, /etc/resolv.conf generally shouldn't be a file. See the systemd-resolved wiki page, you missed part of setting it up.

divVaral · 2021-05-11 17:47:35

teckk wrote:

What network manager are you using? What does it's config file look like?
When you are having problems, what is the output of
ip a
ip n
resolv.conf gets written to by your network manager.
https://wiki.archlinux.org/title/Network_configuration

What network manager are you using?
>>gnome-networkmanager.

What does it's config file look like?
>>written nothing just "generated by networkManager"

When you are having problems,?
Y>>>esterday, After installing TLP.

what is the output of
output of : ip a

 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc 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 
       valid_lft forever preferred_lft forever
2: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether d8:c4:97:bc:bb:27 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 00:f4:8d:86:8a:79 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.11/24 brd 192.168.100.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 86340sec preferred_lft 86340sec

output of ip n

 
192.168.100.1 dev wlp3s0 lladdr 38:bc:01:3f:27:5f REACHABLE

seth · 2021-05-11 20:48:08

preventing overwriting using

Undo that.
NM has a configuration to prefer DNS servers, https://wiki.archlinux.org/title/Networ … NS_servers

stat /etc/resolv.conf

and see Slithery's comment.

Then

it was my router ip

Why do you think that's a problem? Most consumer routers provide DNS.

dig @192.168.100.1 google.com

Finally

After installing TLP.

I assume you don't have a problem w/ DNS resolution at all. The NIC is powered down and wakes up while you're doing random stuff and all "fixes" are merely coincidental.

=> Undo the change to /etc/resolve.conf, try to connect to the wifi and then post a complete system journal ("sudo journalctl -b | curl -F 'f:1=<-' ix.io")

divVaral · 2021-05-12 17:03:03

seth wrote:

Why do you think that's a problem? Most consumer routers provide DNS.

>> no

I assume you don't have a problem w/ DNS resolution at all. The NIC is powered down and wakes up while you're doing random stuff and all "fixes" are merely coincidental.

>>I also think so, it sometimes get automatically fixed. I don't know why. how to fix that

=> Undo the change to /etc/resolve.conf, try to connect to the wifi and then post a complete system journal ("sudo journalctl -b | curl -F 'f:1=<-' ix.io")

here it is
>>>http://ix.io/3mAY

seth · 2021-05-12 17:11:43

You're at least running dhcpcd and NetworkManager and they stumble over each other.
Pick *one* network managing service and stop/disable the other.

To be sure, post the outut of

find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s  | %s\n", $(NF-0), $(NF-1)) }' | sort -f

divVaral · 2021-05-12 18:58:26

seth wrote:

You're at least running dhcpcd and NetworkManager and they stumble over each other.
Pick *one* network managing service and stop/disable the other.

>> I disable dhcpcd service, still not fixed.

post the output of

find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s  | %s\n", $(NF-0), $(NF-1)) }' | sort -f

dbus-org.freedesktop.nm-dispatcher.service  | system
dirmngr.socket                            | sockets.target.wants
display-manager.service                   | system
getty@tty1.service                        | getty.target.wants
gpg-agent-browser.socket                  | sockets.target.wants
gpg-agent-extra.socket                    | sockets.target.wants
gpg-agent.socket                          | sockets.target.wants
gpg-agent-ssh.socket                      | sockets.target.wants
NetworkManager.service                    | multi-user.target.wants
NetworkManager-wait-online.service        | network-online.target.wants
p11-kit-server.socket                     | sockets.target.wants
pipewire-media-session.service            | pipewire.service.wants
pipewire.socket                           | sockets.target.wants
pulseaudio.socket                         | sockets.target.wants
remote-fs.target                          | multi-user.target.wants
snapd.socket                              | sockets.target.wants
tlp.service                               | multi-user.target.wants
var-lib-snapd-snap-core18-1997.mount      | multi-user.target.wants
var-lib-snapd-snap-core20-975.mount       | multi-user.target.wants
var-lib-snapd-snap-snapd-11588.mount      | multi-user.target.wants
var-lib-snapd-snap-snapd-11841.mount      | multi-user.target.wants
var-lib-snapd-snap-spotify-46.mount       | multi-user.target.wants
var-lib-snapd-snap-sublime\x2dtext-97.mount  | multi-user.target.wants
xdg-user-dirs-update.service              | default.target.wants

seth · 2021-05-12 19:09:30

Please post an updated system journal.

On a sidenote, please don't post those right angles ">>" all the time, they translate to quotation in mail programs.

divVaral · 2021-05-13 04:40:27

seth wrote:

Please post an updated system journal.

Here it is:
http://ix.io/3mDw

Also, I have noticed it is working in certain period of time, Particularly, it doesn't work in night time.
I don't think this is coincidence.

seth · 2021-05-13 06:11:36

So it's an intermittent problem??
The journal is only a couple of minutes around 10:10 - so I assume it doesn't cover a moment when the name resolution (or anything) failed?
In case, please wait until the problem re-emerged and post an updated journal, there's no problem recorded in the last one.

The AP might reboot or drop your lease for other reasons, typically around midnight.
Is it *your* access point (do you control and configure it)?

Things to rule out:
1. disable TLP, problem still happening?
2. Configure 8.8.8.8 as DNS server in networkmanager (don't manipulate the filesystem or try to override resolve.conf against NM)
3. I don't think that you configured a hostname and you're getting it from NM, https://wiki.archlinux.org/title/Networ … e_hostname

divVaral · 2021-05-15 14:29:30

seth wrote:

So it's an intermittent problem??

Yes. takes few hours to fix automatically sometimes, usually takes long.

The journal is only a couple of minutes around 10:10 - so I assume it doesn't cover a moment when the name resolution (or anything) failed?
In case, please wait until the problem re-emerged and post an updated journal, there's no problem recorded in the last one.

ok,
Here , http://ix.io/3mT7
In case issue is not mentioned others: http://ix.io/3mT4 and http://ix.io/3mT5

The AP might reboot or drop your lease for other reasons, typically around midnight.
Is it *your* access point (do you control and configure it)?

No.

Things to rule out:
1. disable TLP, problem still happening?
2. Configure 8.8.8.8 as DNS server in networkmanager (don't manipulate the filesystem or try to override resolve.conf against NM)
3. I don't think that you configured a hostname and you're getting it from NM, https://wiki.archlinux.org/title/Networ … e_hostname

done all this. not fixed

Last edited by divVaral (2021-05-15 14:30:32)

seth · 2021-05-15 14:56:18

May 15 19:58:24 archlinux systemd[1]: Starting Load/Save RF Kill Switch Status...
May 15 19:58:24 archlinux kernel: wlp3s0: deauthenticating from 90:17:ac:13:8f:f6 by local choice (Reason: 3=DEAUTH_LEAVING)
May 15 19:58:24 archlinux systemd[1]: Started Load/Save RF Kill Switch Status.
…
May 15 19:59:17 archlinux systemd[1]: Starting Load/Save RF Kill Switch Status...
May 15 19:59:17 archlinux kernel: wlp3s0: deauthenticating from 90:17:ac:13:8f:f6 by local choice (Reason: 3=DEAUTH_LEAVING)
May 15 19:59:17 archlinux systemd[1]: Started Load/Save RF Kill Switch Status.
…
May 15 20:00:43 archlinux systemd[1]: Starting Load/Save RF Kill Switch Status...
May 15 20:00:43 archlinux kernel: wlp3s0: deauthenticating from 90:17:ac:13:8f:f6 by local choice (Reason: 3=DEAUTH_LEAVING)
May 15 20:00:43 archlinux systemd[1]: Started Load/Save RF Kill Switch Status.

Are you pushing the wifi button to restart the network?

May 15 19:57:09 archlinux systemd[1]: Starting Name Service Cache Daemon...
May 15 19:57:09 archlinux nscd[3406]: 3406 monitoring file `/etc/passwd` (1)

Was nscd already a mitigation effort? Please take it out of the equation.

May 15 19:48:53 archlinux systemd[1]: Starting TLP system startup/shutdown...

TLP is still there and the hostname is still "archlinux" and likely not configured.

hostnamectl

Also

May 15 19:48:53 archlinux NetworkManager[485]: <info>  [1621087433.5082] dns-mgr[0x564a11ed3110]: init: dns=default,systemd-resolved rc-manager=symlink

but systemd-resolved isn't running?

May 15 19:58:56 archlinux wpa_supplicant[702]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=CN

"Great firewall" issue?

divVaral · 2021-05-15 16:38:31

seth wrote:

Are you pushing the wifi button to restart the network?

I was using GUI to turning on during that.

Was nscd already a mitigation effort? Please take it out of the equation.

just restarting, ok.

TLP is still there and the hostname is still "archlinux" and likely not configured.

Since, it doesn't change. Later i enabled it. but i disabled it now. Configured that see latest.

but systemd-resolved isn't running?

it may.But running in this updated.

"Great firewall" issue?

i don't know.

Now, it is resolving in terminal with very slow speed. but not working in browser eventhough.

Updated journal : http://ix.io/3mU5

also,
at past i disabled rfkill service, for tlp, but i renabled that later that day. does that influence?

Last edited by divVaral (2021-05-15 16:42:09)

seth · 2021-05-15 16:49:26

Now, it is resolving in terminal with very slow speed. but not working in browser eventhough.

Not a name resolution issue.

resolved is running. DNS is google. wifi signal is good.
The wifi is there and stable.

How does this perform?

wget -O /dev/null http://speedtest.singapore.linode.com/100MB-singapore.bin # guessing the closest server
wget -O /dev/null http://139.162.23.4/100MB-singapore.bin # same server, but by IP

divVaral · 2021-05-15 16:54:34

Very Very slow in both cases.

seth · 2021-05-15 16:56:58

Do you have a server in your LAN that you can test the speed against?
(If you have some other computer in the network, you can setup eg. lighttpd in no time, https://wiki.archlinux.org/title/Lighttpd )

divVaral · 2021-05-16 06:36:00

seth wrote:

Do you have a server in your LAN that you can test the speed against?
(If you have some other computer in the network, you can setup eg. lighttpd in no time, https://wiki.archlinux.org/title/Lighttpd )

It is transfering with bandwidth about half that of ethernet.
EDIT : wait wifi is incidently working, will do that when problems arise

Last edited by divVaral (2021-05-16 06:50:26)

seth · 2021-05-16 06:41:06

OP originally wrote:

It is transfering with bandwidth about half that of ethernet.

That doesn't really tell a lot.
If you've a gigabit ethernet connection and the transfer is running at its max, yeah - the wifi rather won't get quite there…

Please provide the absolute valules for the throughput on local ethernet, local WLAN, ethernet WAN and wifi WAN (ie. to the linode host) for a reasonable comparism.

Edit: what's the background of your edit?

Last edited by seth (2021-05-16 06:45:12)

divVaral · 2021-05-16 06:49:10

seth wrote:

OP originally wrote:
It is transfering with bandwidth about half that of ethernet.
That doesn't really tell a lot.
If you've a gigabit ethernet connection and the transfer is running at its max, yeah - the wifi rather won't get quite there…
Please provide the absolute valules for the throughput on local ethernet, local WLAN, ethernet WAN and wifi WAN (ie. to the linode host) for a reasonable comparism.
Edit: what's the background of your edit?

Sorry Incidently it is working now. I will do that when problem arise

divVaral · 2021-05-16 16:33:47

seth wrote:

Do you have a server in your LAN that you can test the speed against?
(If you have some other computer in the network, you can setup eg. lighttpd in no time, https://wiki.archlinux.org/title/Lighttpd )

I used iperf: It says everytime.

connect failed: Operation now in progress

edit:: this time it takes very long time on terminal unlike previous time.
and sometimes
when i used :

journalctl -b | curl -F 'f:1=<-' ix.io

i get error :

curl: (56) Recv failure: Connection reset by peer

here is journal http://ix.io/3n1n

Last edited by divVaral (2021-05-16 17:36:41)

seth · 2021-05-17 06:09:53

iperf against what? There still needs to be a server on the other end

i get error :

Wifi, ethernet or both?

Basically, you want to figure whether the problem is locally (your wifi to the AP - there's no indication for that in the logs so far) or your ISP (everyone around you is watching internet porn at night)
Since the problem is intermittent and you don't have access to a local server your best guess is to compare wifi to ethernet.

* If the ethernet has similar problems when the wifi becomes unreliable, it's your ISP and there's probably not much you can do about that.
* If you never have any ethernet trouble, the problem is with the wifi connection to the AP. From the logs you posted, it's *not* the radio, but eg. the AP could lose access to its router or so.
Things to look out for are time patterns - if the wifi is always down from eg. 22:00-06:00, that's not a random problem, but some configuration.

divVaral · 2021-05-17 06:28:43

seth wrote:

iperf against what? There still needs to be a server on the other end

another computer

Wifi, ethernet or both?

On wifi only.

divVaral · 2021-05-17 06:31:24

EDIT:

Things to look out for are time patterns - if the wifi is always down from eg. 22:00-06:00, that's not a random problem, but some configuration.

It hasn't time patterns. it is random.

Last edited by divVaral (2021-05-17 06:32:22)

seth · 2021-05-17 06:34:25

another computer

Does it run an iperf server?
Is "another computer" in the local WLAN? Does it show similar symptoms?

seth wrote:

If you never have any ethernet trouble, the problem is with the wifi connection to the AP. From the logs you posted, it's *not* the radio, but eg. the AP could lose access to its router or so.

Since you don't have access to the AP, can you talk to somebody who has?
If and when this happens over night on a regular base, do you get the same problem w/ a different software stack (ie. some live distro, you'll have to use it for a couple of nights)

Last edited by seth (2021-05-17 06:37:16)

Arch Linux

#1 2021-05-11 17:13:49

[SOLVED] Name Resolution in ether but not on wifi.

#2 2021-05-11 17:22:56

Re: [SOLVED] Name Resolution in ether but not on wifi.

#3 2021-05-11 17:33:54

Re: [SOLVED] Name Resolution in ether but not on wifi.

#4 2021-05-11 17:47:35

Re: [SOLVED] Name Resolution in ether but not on wifi.

#5 2021-05-11 20:48:08

Re: [SOLVED] Name Resolution in ether but not on wifi.

#6 2021-05-12 17:03:03

Re: [SOLVED] Name Resolution in ether but not on wifi.

#7 2021-05-12 17:11:43

Re: [SOLVED] Name Resolution in ether but not on wifi.

#8 2021-05-12 18:58:26

Re: [SOLVED] Name Resolution in ether but not on wifi.

#9 2021-05-12 19:09:30

Re: [SOLVED] Name Resolution in ether but not on wifi.

#10 2021-05-13 04:40:27

Re: [SOLVED] Name Resolution in ether but not on wifi.

#11 2021-05-13 06:11:36

Re: [SOLVED] Name Resolution in ether but not on wifi.

#12 2021-05-15 14:29:30

Re: [SOLVED] Name Resolution in ether but not on wifi.

#13 2021-05-15 14:56:18

Re: [SOLVED] Name Resolution in ether but not on wifi.

#14 2021-05-15 16:38:31

Re: [SOLVED] Name Resolution in ether but not on wifi.

#15 2021-05-15 16:49:26

Re: [SOLVED] Name Resolution in ether but not on wifi.

#16 2021-05-15 16:54:34

Re: [SOLVED] Name Resolution in ether but not on wifi.

#17 2021-05-15 16:56:58

Re: [SOLVED] Name Resolution in ether but not on wifi.

#18 2021-05-16 06:36:00

Re: [SOLVED] Name Resolution in ether but not on wifi.

#19 2021-05-16 06:41:06

Re: [SOLVED] Name Resolution in ether but not on wifi.

#20 2021-05-16 06:49:10

Re: [SOLVED] Name Resolution in ether but not on wifi.

#21 2021-05-16 16:33:47

Re: [SOLVED] Name Resolution in ether but not on wifi.

#22 2021-05-17 06:09:53

Re: [SOLVED] Name Resolution in ether but not on wifi.

#23 2021-05-17 06:28:43

Re: [SOLVED] Name Resolution in ether but not on wifi.

#24 2021-05-17 06:31:24

Re: [SOLVED] Name Resolution in ether but not on wifi.

#25 2021-05-17 06:34:25

Re: [SOLVED] Name Resolution in ether but not on wifi.

Board footer