Lost internet connection

Help! I’m running PureOS on a Librem Mini running Byz 10.0.
While trying to change settings on an old version of ProtonVPN I lost connection with the internet. How do I restore connection on my mini?

(The internet itself is working because I am writing this on my spare computer)

Here are some diagnostic results from the terminal:

administrator@Lucy-the-cat:~$ ip link

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc 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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:e0:4c:ef:46:4c brd ff:ff:ff:ff:ff:ff

3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
link/ether 82:ef:6a:a2:01:c1 brd ff:ff:ff:ff:ff:ff permaddr 30:10:b3:00:0b:c2

4: ipv6leakintrf0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 42:ac:70:89:b8:b5 brd ff:ff:ff:ff:ff:ff

administrator@Lucy-the-cat:~$ 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
valid_lft forever preferred_lft forever

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:e0:4c:ef:46:4c brd ff:ff:ff:ff:ff:ff
inet 192.168.0.38/24 brd 192.168.0.255 scope global dynamic noprefixroute enp2s0
valid_lft 86164sec preferred_lft 86164sec
inet6 fe80::7c9c:9c55:3902:82fc/64 scope link noprefixroute
valid_lft forever preferred_lft forever

3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 82:ef:6a:a2:01:c1 brd ff:ff:ff:ff:ff:ff permaddr 30:10:b3:00:0b:c2

4: ipv6leakintrf0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
link/ether 42:ac:70:89:b8:b5 brd ff:ff:ff:ff:ff:ff
inet6 fdeb:446c:912d:8da::/64 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::75e3:d218:1db7:1c6c/64 scope link noprefixroute
valid_lft forever preferred_lft forever

administrator@Lucy-the-cat:~$ lspci
00:00.0 Host bridge: Intel Corporation Comet Lake-U v1 4c Host Bridge/DRAM Controller (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation CometLake-U GT2 [UHD Graphics] (rev 02)

00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 0c)

00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model

00:12.0 Signal processing controller: Intel Corporation Comet Lake Thermal Subsytem

00:14.0 USB controller: Intel Corporation Comet Lake PCH-LP USB 3.1 xHCI Host Controller

00:14.2 RAM memory: Intel Corporation Comet Lake PCH-LP Shared SRAM

00:17.0 SATA controller: Intel Corporation Comet Lake SATA AHCI Controller

00:1c.0 PCI bridge: Intel Corporation Device 02bf (rev f0)

00:1d.0 PCI bridge: Intel Corporation Comet Lake PCI Express Root Port #10 (rev f0)

00:1f.0 ISA bridge: Intel Corporation Comet Lake PCH-LP LPC Premium Controller/eSPI Controller

00:1f.3 Audio device: Intel Corporation Comet Lake PCH-LP cAVS

00:1f.4 SMBus: Intel Corporation Comet Lake PCH-LP SMBus Host Controller

00:1f.5 Serial bus controller [0c80]: Intel Corporation Comet Lake SPI (flash) Controller

01:00.0 Network controller: Qualcomm Atheros AR9462 Wireless Network Adapter (rev 01)

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 07)

What do you experience? lost connection with the internet can mean a lot of things. What is it exactly that you do? And what is it exactly that you see? (full quotes, no screenshots please)

Can you show the output of ip route show ?

Given the above 192.168.0.38/24 address, I expect a default via in your output, pointing to the router of your network.

If there is a default route, can you ping the address with ping -c2 [address] ?

Can you also paste the output of cat /etc/resolv.conf ?

I experience that neither browser will connect (“Hmmm we seen to have a problem”) on either the ethernet cable or wireless connection. Nor can I connect without a browser, such as checking for upgrades. I know the modem and DSL are working because I can connect to the internet through both my phone and this computer.

The output of “ip route” is:
default via 192.168.0.1 dev enp2s0 proto dhcp metric 100
169.254.0.0/16 dev enp2s0 scope link metric 1000
192.168.0.0/24 dev enp2s0 proto kernel scope link src 192.168.38 metric 100

Can you show the output of:

ping -c2 192.168.0.1
ping -c2 puri.sm
ping -c2 138.68.253.24
cat /etc/resolv.conf

?

Here is the output of the other commands:

tom@Lucy-the-cat:~$ ping -c2 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.929 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.764 ms

— 192.168.0.1 ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.764/0.846/0.929/0.082 ms

tom@Lucy-the-cat:~$ cat /ect/resolv.conf
cat: /ect/resolv.conf: No such file or directory

tom@Lucy-the-cat:~$ cat/ect/resolv.conf
bash: cat/ect/resolv.conf: No such file or directory

Output of ping …

tom@Lucy-the-cat:~$ ping -c2 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.886 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.802 ms

— 192.168.0.1 ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.802/0.844/0.886/0.042 ms

tom@Lucy-the-cat:~$ ping -c2 puri.sm
ping: puri.sm: Name or service not known

tom@Lucy-the-cat:~$ ping -c2 138.68.253.24
PING 138.68.253.24 (138.68.253.24) 56(84) bytes of data.
64 bytes from 138.68.253.24: icmp_seq=1 ttl=54 time=49.6 ms
64 bytes from 138.68.253.24: icmp_seq=2 ttl=54 time=48.4 ms

— 138.68.253.24 ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 48.435/49.025/49.615/0.590 ms

tom@Lucy-the-cat:~$ cat /etc/resolv.conf

Generated by NetworkManager

nameserver ::1

So the pings work but I don’t have a nameserver?

I tried “cat /etc/resolv.conf” on this computer and came back with something that looks like an ip address.

I have to go, I’ll be back this afternoon. Tom

This command shows you can reach your router, which is good.

This shows domain names do not resolve, which is not good, and shows the issue.

This shows you can reach the ipaddress of puri.sm, which means you do actually have internet access, which is good.

This shows the nameserver to be used points to your localhost (::1) which in this form is unexpected (for example, systemd-resolved points to nameserver 127.0.0.53).

Exactly :slightly_smiling_face:

A temporary solution is:

echo -e 'nameserver 192.168.0.1\nnameserver 1.1.1.1' | sudo tee /etc/resolv.conf

which configures your router and the Cloudflare nameserver to be your nameservers.

Can you see in your network configuration if maybe ::1 is somehow configured to be your DNS server?

Protonvpn will screw DNS up if it isn’t shut down cleanly. If you can, try running protonvpn again, make a VPN connection, and then disconnect it.

I removed the old ProtonVPN sand plan to install the latest version once my internet is up and running.

I will give this temporary fix a try.

OK I put in the temporary fix and it came back with:
nameserver 192.168.0.1
nameserver 1.1.1.1

I tried a browser and it connected to the inter net.

Now what is the correct, permanent fix?
Can I re-install byzantine?
Do I restore from my last back-up?

Thanks, Tom

Try installing protonvpn, connect to VPN, then disconnect.

I can give that a try. The temp fix has stopped working and the nameserver is back to ::1

I reinstalled the temporary nameserver,
downloaded the latest ProtonVPN, installed it,
restarted, then had to put the temp nameserver again,
then tried to start ProtonVPN.
It would not start, just the spinning circle.
Tom

A permanent fix would be to uninstall the vpn packages so they cannot change your nameservers anymore.

Another temporary solution would be to lock down your /etc/resolv.conf by making it immutable after echoing in the two nameservers with:

sudo chattr +i /etc/resolv.conf

Making /etc/resolv.conf immutable might prevent proper vpn configuration. To remove the immutable bit:

sudo chattr -i /etc/resolv.conf

Reinstall or restore from backup sound like quite a bit of a hassle, and that will not prevent it from happening again. Maybe start a new thread if you would like to get help with setting up the vpn.

By the way, thank you all so much for your help.

Here is what I did:
Installed the temporary name servers so I can connect.
upgraded using sudo apt update, sudo apt upgrage
then tested the internet connection to ensure it works
then started and connected ProtonVPN
then disconnected ProtonVPN

then checked the nameservers with cat /etc/resolv.conf
It returned:

Generated by NetworkManager

search Home
nameserver 192.168.0.1
nameserver 205.171.3.25

Notice the first nameserver is the same as the first temporary one
The second one is different.

?? Is this the permanent fix ??
Tom

1 Like