I have no idea why this is happening on my arch linux machine. I was trying to set it up as a client device, and now i have no internet connection on my wired network. This is bare metal not docker. I just wanted to add the device to my tailnet.
Any help is appreciated
Thank you for your time.
EDIT: I have completely uninstalled tailscale yet I still do not have internet access. I am connected to the network fine. If i cinnect through wifi it is the same result.
EDIT 2: the error I am recieving is limited connectivity.
I had a similar issue with using tail scale, but here the issue was definitely not on the client. My actual DSL connection would reset, multiple times per day. Had the provider come 4 times to investigate the issue, got 3 new routers, they reinstalled the entry point to the house, and fixed an issue in the neighbourhood central point. All to no avail. I ended up purging everything tail scale and hand rolled wireguard. No more issues :/
It looks like you fixed your issue but I had the same thing happen on windows 10 so I am gonna post how I fixed it in case someone runs across this thread later.
In my case everything had been working previously but after an arbitrary reboot, my windows 10 PC could ping the local network and nothing else suddenly. No access to the tailnet, Internet; DNS or otherwise. On the wired interface that is. I could connect to WiFi and it would work just fine. I had a DHCP reservation set, deleted the reservation, let it get a new IP and then it worked. No idea why? Recreated the reservation and it still worked back on the old IP again
I've had similar problems in the past - apparently no internet connection, and both times I narrowed it down to the machine being unable to resolve domain names.
Turns out Tailscale had changed the IP address for the machines' DNS resolution in resolv.conf to 100.100.100.100
That's fine when the machine is connected to Tailscale but not when it isn't!
Reverting the DNS IP back to whatever it was previously, or to something like 1.1.1.1 solved the problem for me, at least to the extent that it could resolve URLs again.
I try to nano into my resolv.conf but it appears to only be a symbolic link file. I apologize for my ignorance but is there any other way to revert my dns back?
EDIT: the symbolic link leads to a directory that does not exist:
I don't use arch (shocking I know), so I can't help you directly, but I will recommend instead that you invest some effort in learning about the Linux networking stack. It's very powerful and can be very complicated, but usually the only thing you need to do to get it working is something very simple. Basically all distributions use the Linux kernel networking stack under the hood, usually with only a few user-interface sprinkles on top. Sometimes that can get in your way, but usually it doesn't. All the basic tools you need should be accessible through the terminal.
The most basic things you can check are ip a which should show a bunch of interfaces, the one you're particularly interested in is obviously the wired interface. This will tell you if it's considered <UP> and whether it has an "inet" address (among other things). If it doesn't, you need to get the interface configured and brought up somehow, usually by a DHCP broadcast. Network Manager is usually responsible for this in most distributions. Arch seems to have some information here.
If those things look good, next step is to look at ip r which will tell you the routes available. The most important one is the default route, this will tell your system where to send traffic when it isn't local, and usually sends traffic to an internet gateway, which should've been provided by DHCP and is usually your router, but could also be a firewall, the internet modem itself, or something else. The route will tell it what IP the gateway has, and what interface it can be found on.
Assuming that looks good, see if you can ping the gateway IP. If your packets aren't getting through (and back) that suggests something is wrong on a lower level, the kernel firewall might be dropping the packets (configuring the kernel firewall is a whole topic in itself) or one of the IPs is not valid and is not registered properly on the network, or the physical (wiring) or the hardware on either end is not functioning or misconfigured.
If you can ping the gateway successfully, the next step is to see if you can ping the internet itself by IP. ping 8.8.8.8 will reach out to one of Google's DNS servers which is what I usually use as a quick test. If you get no response then it's either not forwarding your traffic out to the internet, or the internet is not able to get responses back to it, and ultimately back to you. Or Google is down, but that's not very likely.
If you've gotten this far and 8.8.8.8 is responding to you, then congratulations, you HAVE internet access! What you might NOT have is DNS service, which is what translates names into IP addresses. A quick test for DNS is simply to ping google.com and like before, if that fails either your DNS is broken or Google is down, which is still not very likely.
Hopefully this will help you at least start to find out where things are going wrong. From there, hopefully you can at least steer your investigation in the right direction. Good luck!
Hold up. Dont change stuff in /usr/lib/. That directory contains default settings that comes with packages. If you need to overwrite those settings use /etc for that.
What do you mean by not working? What part of the network stack is the problem? Can you ping any IP addresses? Start with a local device and then move to public IPs. If that works check DNS.
Edit: it sounds like DNS is borked. What happens if you do a full restart?
I can ping 1.1.1.1 and localhost but pinging google.com comes up with "temporary failure in name resolution"
I was able to get internet working by running the cimmand suggested by badlotus (I had already deleted the file they told me to the first time and then run the cimmand. So i didn't delete it again because it was gone.) When I run that command my internet cimes back. However if I restart the issue comes back.
So I was able to get it working again by doing this solution that badlotus suggested. I did not delete the file because it was already gone after the first timw I attempted this. If I reboot my device however the issue comes back. If I run the command again my internet is back.
Badlotus' solution:
"Have you tried deleting /etc/systemd/resolved.conf and restarting the service with systemctl restart systemd-resolved?"
So it sounds like your DNS resolver is botched. Id dig into the doc on how systemd-resolverd should look and see if you can't rectify what went wrong (the arch wiki should have examples of what a default config looks like).
I don't remember if arch uses cloud init configs but it being reset at boot feels like a cloud init config problem.
It would help if you could recall what steps you did, a link to the instructions you followed, and what you're currently observing. Otherwise, we're all just guessing at what might be amiss.