You are not logged in.

#1 Yesterday 03:56:11

Vlazm
Member
Registered: 2025-01-27
Posts: 39

[SOLVED] Mullvad vpn doesn't work properly

I have issues with mullvad vpn that seemingly appeared out of the blue.

Mullvad worked just fine for few dayus after I installed the AUR package mullvad-vpn-bin.
Later however my internet trafic failed to go through.
Pinging domains like archlinux.org fails with following message:

PING archlinux.org (xxxx:xxxx:xxxx:xxxx::xxxx) 56 data bytes
From [my host name] (xxxx:xxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx) icmp_seq=1 Destination unreachable: Port unreachable
From [my host name] (xxxx:xxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx) icmp_seq=2 Destination unreachable: Port unreachable
From [my host name] (xxxx:xxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx) icmp_seq=3 Destination unreachable: Port unreachable

I apologise for over redaction, I just don't want to accidentally leak any sensitive information.

Pinging DNS servers works just fine though (1.1.1.1 for example goes through just fine)

What is strange about this ping is that the address (duplicated in each packet line) is too long I think?
Its first 4 column-separated numbers match one of my DNS servers provided in /etc/resolve.conf exactly (minus the port for some reason).
I don't remember putting that DNS server so it may have been mullvad's DNS server?? And I don't know where the other part of that long ass address comes from.

Pinging that long address works both with and without vpn connection.

I tried to remove mullvad-vpn-bin and install mullvad-vpn package, however I have a feeling that it did not built from source and somehow used cache left by mullvad-vpn-bin (although I don't think its possible cause I removed it with yay -Rns mullvad-vpn-bin which I think also removes cache?)

That's all I have. I'd really appreciate some advice

Last edited by Vlazm (Yesterday 06:11:10)

Online

#2 Yesterday 06:10:54

Vlazm
Member
Registered: 2025-01-27
Posts: 39

Re: [SOLVED] Mullvad vpn doesn't work properly

ok, this one is on me. It works now, however I swear it was not working for prolonged period of time yesterday. The ping command that I usually use for checking if VPN is connected properly (I quickly check if resources that fall under regional censorship are reachable) apparently may not always work with VPNs and system-wide proxies, which I admit, I should've done more research on before posting the question. Again, vpn was not really working anyways so I assumed the ping output was somehow related. Marking as solved

Online

#3 Yesterday 09:14:25

-thc
Member
Registered: 2017-03-15
Posts: 1,094

Re: [SOLVED] Mullvad vpn doesn't work properly

Vlazm wrote:

What is strange about this ping is that the address (duplicated in each packet line) is too long I think?

Why do you think that it's too long?

Vlazm wrote:

Its first 4 column-separated numbers match one of my DNS servers provided in /etc/resolve.conf exactly (minus the port for some reason).

Why do you think port numbers are involved?

Offline

#4 Today 01:51:18

Vlazm
Member
Registered: 2025-01-27
Posts: 39

Re: [SOLVED] Mullvad vpn doesn't work properly

I am a novice in tech and computer since in general, and I am complete noob in networking. Good answer to both question is because I have no idea about how things work in networking world.

I've previously saw short IPv6 address that only have four column separated numbers, and thought that it was kinda the same as IPv4 (where there can be 0 groups i.e.: 127.0.0.1). I did not know that 0 are implicitly omitted, thus I thought that if IPv6 address had more then 4 number groups it was invalid (like the 60.90.40.2.0 is invalid). I did not know that 8 groups was actually the "full" form of the IPv6 address.

Ports for DNS servers seem to be something standard, (I think?) like the port 80 for webpages they have dedicated port 53 for DNS servers (if google is not lying to me). However The DNS server provided in the /etc/resolv.conf has an IPv6 address with port different then port 53... It's just getting too confusing for me to keep track of.

In any case initial problem was apparently unrelated (bad internet connection or mullvad not being available temporarily or smth like this)

Online

Board footer

Powered by FluxBB