You are not logged in.
Hello
I'm connecting my pc to internet by tethering my android phone via usb,
so this is what happens.
if i tether my phone while arch is booting up i am able to connect to the internet and browse normally
but if i login, and then tether the phone my browser wouldn't connect with any site
i can ping to 8.8.8.8 but cannot ping to www.google.com
so I suppose the problem is with name space resolving
what can I do about this?
Thanks in advance
Last edited by luciferHasa (2018-10-04 20:38:08)
Offline
How have you configured the network on your Arch machine?
Offline
theres a dnscrypt, dnsmasq, and a dnssec running and the name space resolver is set to 127.0.0.1
if thats what you were asking, if you could be more specific i could paste some output of something
actually what happens is enp0s29f3f7 or whatever the interface i get according to the usb port i connect to doesnt get an ip address as well if tried tethering after i login,
Offline
What's the ouput of...
systemctl list-unit-files --state=enabled
I'm going to guess you have something like dhcpcd running at boot in which case your issue is the expected behaviour, the service runs at boot to get IP addresses for any attached networks. If you connect a new interface you'll need to manually run dhcpcd to get an address for it.
Offline
What's the ouput of...
systemctl list-unit-files --state=enabled
[hasanka@lucifer ~]$ sudo systemctl list-unit-files --state=enabled
UNIT FILE STATE
autovt@.service enabled
bluetooth.service enabled
clamav-daemon.service enabled
clamav-freshclam.service enabled
dbus-org.bluez.service enabled
dbus-org.freedesktop.network1.service enabled
dbus-org.freedesktop.NetworkManager.service enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
dhcpcd.service enabled
display-manager.service enabled
dnscrypt-proxy.service enabled
dnsmasq.service enabled
fail2ban.service enabled
getty@.service enabled
httpd.service enabled
iptables.service enabled
lm_sensors.service enabled
netctl-wait-online.service enabled
netctl.service enabled
NetworkManager-dispatcher.service enabled
NetworkManager-wait-online.service enabled
NetworkManager.service enabled
nmb.service enabled
sddm.service enabled
systemd-networkd-wait-online.service enabled
systemd-networkd.service enabled
teamviewerd.service enabled
clamav-daemon.socket enabled
systemd-networkd.socket enabled
remote-fs.target enabled
30 unit files listed.
I'm going to guess you have something like dhcpcd running at boot in which case your issue is the expected behaviour, the service runs at boot to get IP addresses for any attached networks. If you connect a new interface you'll need to manually run dhcpcd to get an address for it.
yes.. dhcpcd starts at boot, but,
I tried
dhcpcd -k
and executed dhcpcd again, but still no change,
and restarted network manager, reloaded system daemon,
systemctl restart NetworkManager
systemctl restart httpd.service
systemctl daemon-reload
and still no effect
Last edited by luciferHasa (2018-10-04 19:09:16)
Offline
Read the note...
https://wiki.archlinux.org/index.php/Ne … k_managers
You currently have dhcpcd, netctl, NetworkManager and systemd-networkd all enabled and running - this is bound to cause all sorts of problems. Choose one service to manage your network and disable all the others.
Offline
Thank you very much, I think I did enable some services manually while installing something, i was suspecting "tomcat" installation was where something went wrong since i couldn't connect to localhost by typing localhost in address bar but 127.0.0.1 worked instead and thats where i thought it should be name space resolver what's giving me the trouble. I'll disable all except NetworkManager since i happen to have the nm widget running on kde task bar and maybe those two are linked. I'll post the update after i disable them and reboot and try tethering after logging in.
quick question, do I have to disable
systemd-networkd-wait-online.service
along with
systemd-networkd.service
Offline
(was that too much typing? lol sorry i just typed what i thought)
Offline
Thank you again Slithery,
it worked!!!
systemd-networkd-wait-online.service
was disabled automatically when i disabled
systemd-networkd.service
Offline
quick question, do I have to disable
systemd-networkd-wait-online.service
along with
systemd-networkd.service
Nope, it's a dependency of systemd-networkd and will be automatically disabled with it. Read the output when you do this
Offline
yes, figured that out 4 others were removed along with it,
thank you again for your help.
it connects normally again
Offline
Great.
Please remember to mark this thread [SOLVED].
CoC - How to post
Offline