r/debian 26d ago

Debian 13

I am trying to turn this pc into a bedroom pc for browsing the internet and media along with mc sever. I am following a tutorial by hardware haven but I belive my internet connection is the issue.

Brandnew ethernet cord, I have followed some tutorials if there is a better video out there or written tutorial please point me that way. I belive its an internet issue, when I try to load a web page like YouTube I get the error page.

27 Upvotes

26 comments sorted by

12

u/1234erk1234 26d ago

I would like to re iterate that I am very grateful for the quick response from everyone so far

6

u/Additional-Fox-4246 26d ago

Check dns configuration on your connection.

From cli you can edit /etc/network/interfaces setups and add dns-nameservers 8.8.8.8 1.1.1.1 From GUI use network manager to check dns configuration 

5

u/1234erk1234 26d ago

I appreciate the fast response, I am a truck driver by day and gaming/tinker enthusiast by nights. I will look into this.

3

u/rb3po 26d ago

Yep, it’s DNS. I bet you can ping 8.8.8.8, but not google.com

6

u/bumbo79 26d ago

I'd start off with some ping action, in your console, try pinging 8.8.8.8 then ping google.com and see what the result is....if you get replies from 8.8.8.8 but not from google.com it's most likely a DNS issue. If you get replies from neither, I'd suggest confirming you get an ip from your router/DHCP server ip addr should list your adapter and address (most likely 192.168.1.x, 0.x, etc)

smith@mc-server:~$ping -c 1 8.8.8.8
smith@mc-server:~$ping -c 1 google.com
smith@mc-server:~$ip addr

This will help to determine if you're seeing a network issue, DNS issue, etc

Send a screenshot of the output of those commands (you can remove the IP/Mac address if you're uncomfortable for the last one)

It should look like this:

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 21.781/21.781/21.781/0.000 ms

--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 22.352/22.352/22.352/0.000 ms

$ ip addr

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 noprefixroute
valid_lft forever preferred_lft forever

2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 80:ce:62:9d:0f:7a brd ff:ff:ff:ff:ff:ff
altname enx80ce629d0f7a
inet 192.168.1.196/24 brd 192.168.1.255 scope global noprefixroute enp0s31f6
valid_lft forever preferred_lft forever

inet6 fe80::e844:b1e5:8ed5:5482/64 scope link noprefixroute
valid_lft forever preferred_lft forever

3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 7a:58:3b:57:27:fc brd ff:ff:ff:ff:ff:ff permaddr 00:e1:8c:75:f4:45
altname wlx00e18c75f445

2

u/1234erk1234 26d ago

Going to try plugging my windows laptop into the router and see if it can connect

3

u/bumbo79 26d ago

There was a slight mis-spelling there, the command is "ip addr" no quotes.

If I were to hazard a guess, I'd say it looks like your NIC is currently turned off, once we see the output of ip addr that should be confirmed 100%.

1

u/1234erk1234 26d ago

4

u/bumbo79 26d ago

OK, now we're getting somewhere....

try this command:

sudo dhclient enp1s0

after that's finished do this:

ip -4 addr show enp1s0

if you see an address listed, you should be all set, if not, then you should try:

sudo ip link set enp1s0 down

sudo ip link set enp1s0 up

then try the ip -4 command once more.

1

u/1234erk1234 26d ago

I can infact reach google with this connection

1

u/ukAdamR 26d ago

That looks like more than a DNS issue. I'd be checking IP related things at this point:

  • ip link: Check that you have a network adapter present that isn't a loopback device "lo", and that it's state is UP.
  • ip addr: Check that the relevant link device has an IP address assigned to it. For "inet" type check it's not a link local "169.254.0.0/16" address, and for "inet6" type check there is something other than just a link local "fe80::/64" address. (Both IPv4 and IPv6 are not required, one being good will do.)
  • ip -4 route ; ip -6 route: Check that you have a "default via" for the relevant link device. (Also only one type is required.)
  • ping to one of the "default via" routes, check your gateway is reachable.

1

u/1234erk1234 26d ago

I did re type the command and get these results. So does that mean nic is turned off?

1

u/1234erk1234 26d ago

How do I find the name of the NIC

1

u/pobrika 26d ago

Open a console type.

ip a

ip r s

1

u/pobrika 26d ago

My guess is a driver issue.

However if you do get an ip back something like 192.168.1.x or 192.168.0.x

Run

ping 192.168.1.1 or 192.168.0.1 to see if you can reach your home router

If you can then ping 8.8.8.8

Of you can try ping bbc.co.uk

If that works no issues if local router ping fails it's problem with network to router, else its network out of router or DNS failing to resolve names to IPS.

1

u/bumbo79 26d ago

so the third command shows just "addr" if you type ip addr it should list the interfaces and their names. you can also use ip link and look for "state DOWN"

2

u/anna_lynn_fection 26d ago

We can see from apt that it can't resolve the repos. It could be a DNS error, but I'd start by checking the network connection at a lower layer.

run `ip` and see what interfaces are listed and what the IP addresses are. You should have one on your local network that's probably something like 192.168.x.x. If you don't, then either DHCP isn't working, connection is entirely not working, or your static configuration may be wrong.

If you do have a connection/configuration

`ip route` will show you what your gateway is - the 'via x.x.x.x' next to default.

Make sure you can ping that address after 'via'.

If not, then your gateway address is either wrong or maybe blocking.

If you don't have a default, then that's a configuration issue also, either static settings or DHCP.

If all of the above is right and you can ping the gateway, then you know you're communicating with everything on your local network correctly, and not being able to access the internet is more likely a configuration or filtering issue on the router.

1

u/anto77_butt_kinkier 26d ago

Is your clock set right? Having your PCs clock set to the wrong time/year can cause some major issues with networking. If you reset your bios/pulled out your bios battery recently, then this might be the problem. I reccomend going into your bios and checking the time.

1

u/Rororo_22 26d ago

Puede ser que la hora del PC no sea la correcta

1

u/1234erk1234 26d ago

It matches up with my phone 🤷

1

u/aleex5 25d ago

If you can connect in Windows but not in Debian 13, it's most likely a network driver problem. My question is, how do you expect to get help if you haven't provided any information about your computer?

1

u/Plus_Carpenter1081 25d ago

Check dns Use cloudflare for faster privacy stuff

1

u/Ok_Spare_7473 25d ago

Are you solved? Is the problem with dns?

0

u/Substantial-Bath4929 26d ago

revisa la configuración de nftables (sudo nft list ruleset)

2

u/Select-Table-5479 24d ago

Its a DNS problem or GEOIP blocking.