Hide.me VPN connection problem

FluxDevNewbie · 2025-02-14 13:37:20

before i start, i'm new to linux and the internet itself
So, on first boot ever in Arch Linux ISO, I didn't have WiFi connection. and later i found out it was the Driver, i was using the broadcom wifi card in my old laptop. here are the info about it if you want to check

[flux@archroot ~]$ lspci -vvv -nn | grep Broadcom
03:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM43228 802.11a/b/g/n [14e4:4359]
    Subsystem: Broadcom Inc. and subsidiaries Device [14e4:05e2]
[flux@archroot ~]$

i fixed this using the WL driver, i'm on Zen-kernel, so i used wl-dkms driver. and it works fine, 1 of the problems is Monitoring mode, i tried doing what the wiki said, but didn't really fix it. I ignored it
Now the problem is VPNs not working, i tried ProtonVPN and Hide.me and they both don't work.
Proton times out
also Hide.me does the same, but at least it gives output
here it is (i used CTRL + C to terminate it since it doesn't work even if i let it for 5 min, the operation itself takes about 1 min to timeout) :

[flux@archroot ~]$ sudo ./hide.me connect free-nl.hideservers.net
[sudo] password for flux: 
Link: Generated a new wireguard private key
Link: Wireguard interface vpn activated
Link: Wireguard device vpn configured
Link: DHCP bypass throw route 255.255.255.255/32 mtu 0 table 55555 added
Link: Loopback route 0.0.0.0/0 dev lo mtu 0 table 55555 added
Link: Loopback route ::/0 dev lo mtu 0 table 55555 added
Link: IPv4 RPDB rule added
Link: IPv6 RPDB rule added
Init: Done
Conn: Connecting in 0s
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 added
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 added
Name: Resolved free-nl.hideservers.net to 45.144.196.27
Link: VPN server throw route 45.144.196.27/32 mtu 0 table 55555 added
Conn: Connecting to 45.144.196.27
Pins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Rest: Remote UDP endpoint is 45.144.196.27:432
Rest: Keepalive is 20 seconds
Rest: Assigned IPs are 10.58.102.158, fd00:6968:6564:699::a3a:669e
Rest: Gateway IPs are 10.58.100.1, fd00:6968:6564:699::1
Rest: DNS servers are 10.58.100.1, fd00:6968:6564:699::1
Link: Interface vpn MTU set to 1392
Link: Peer 45.144.196.27:432 added
Link: Address 10.58.102.158 added to interface vpn
Link: Address fd00:6968:6564:699::a3a:669e added to interface vpn
Link: Gateway route 10.58.100.1/32 dev vpn mtu 1392 table 55555 added
Link: Route 0.0.0.0/1 via 10.58.100.1 dev vpn mtu 1392 table 55555 added
Link: Route 128.0.0.0/1 via 10.58.100.1 dev vpn mtu 1392 table 55555 added
Link: Gateway route fd00:6968:6564:699::1/128 dev vpn mtu 1392 table 55555 added
Link: Route ::/3 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 added
Link: Route 2000::/4 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 added
Link: Route 3000::/4 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 added
Link: Route fc00::/7 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 added
Link: /etc/resolv.conf updated
Link: Up
Conn: DPD started
DPD: Timeout
Link: Received 0 bytes, transmitted 1776 bytes
Link: /etc/resolv.conf restored
Link: Route 0.0.0.0/1 via 10.58.100.1 dev vpn mtu 1392 table 55555 removed
Link: Route 128.0.0.0/1 via 10.58.100.1 dev vpn mtu 1392 table 55555 removed
Link: Route ::/3 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 removed
Link: Route 2000::/4 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 removed
Link: Route 3000::/4 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 removed
Link: Route fc00::/7 via fd00:6968:6564:699::1 dev vpn mtu 1392 table 55555 removed
Link: Gateway route 10.58.100.1/32 dev vpn mtu 1392 table 55555 removed
Link: Gateway route fd00:6968:6564:699::1/128 dev vpn mtu 1392 table 55555 removed
Link: Address 10.58.102.158 removed from interface vpn
Link: Address fd00:6968:6564:699::a3a:669e removed from interface vpn
Link: Peer 45.144.196.27:432 removed
Link: Down
Pins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Conn: Disconnected
Link: VPN server throw route 45.144.196.27/32 mtu 0 table 55555 deleted
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 deleted
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 deleted
Conn: Connecting in 30s
^CLink: IPv4 RPDB rule removed
Link: IPv6 RPDB rule removed
Link: Loopback route 0.0.0.0/0 dev lo mtu 0 table 55555 removed
Link: Loopback route ::/0 dev lo mtu 0 table 55555 removed
Link: DHCP bypass throw route 255.255.255.255/32 mtu 0 table 55555 deleted
Link: Interface vpn deactivated
[flux@archroot ~]$

that is all i know, if u want more information, please DM on discord (i will try to check here, but prob wont notice since i don't use browser much, and don't know about notifications) on this username: fluxdev_

Last edited by FluxDevNewbie (2025-02-19 11:11:45)

seth · 2025-02-14 21:54:32

Tbc, there're no further network issues - the only problem is setting up those VPNs?
Please adjust the subject to reflect that.

According to nmap, 45.144.196.27 doesn't listen on 432, so maybe not a big surprise that it doesn't respond there.
You can still ping it?

Aer you trying to use a free service w/ proton as well?
They might just be overloaded and quota you.
Otherwise see https://wiki.archlinux.org/title/Proton … leshooting

FluxDevNewbie · 2025-02-16 18:04:56

seth wrote:

According to nmap, 45.144.196.27 doesn't listen on 432, so maybe not a big surprise that it doesn't respond there.
You can still ping it?

yes, i can ping 45.144.196.27, but not during connecting

seth wrote:

Aer you trying to use a free service w/ proton as well?
They might just be overloaded and quota you.

i don't really get your question... i use hide.me, i deleted Proton since it didn't work and didn't give output to help

seth wrote:

Otherwise see https://wiki.archlinux.org/title/Proton … leshooting

I have both Network Manager and the applet installed already, also im using hide.me, not ProtonVPN

seth · 2025-02-16 21:13:40

i don't really get your question...

hide.me offers a free service but that might simply be completely overburdened (and Idk whether it works with that script at all)
You should however be able to expection a functional service if you're paying for it.

yes, i can ping 45.144.196.27, but not during connecting

Not overly surprising since the routing table gets changed and probably an ipfilter added to direct the traffic through hide.me - which doesn't respond.

FluxDevNewbie · 2025-02-17 20:09:55

seth wrote:

hide.me offers a free service but that might simply be completely overburdened (and Idk whether it works with that script at all)
You should however be able to expection a functional service if you're paying for it.

a friend tried it and said it worked for him, also i tried Proton and it didnt work, and i dont think it should work if i pay for it, not necessary

seth wrote:

Not overly surprising since the routing table gets changed and probably an ipfilter added to direct the traffic through hide.me - which doesn't respond.

so what is the problem? them? should i try another one or smth to see if it works?

also is there any other info i can provide?

seth · 2025-02-17 21:28:37

1st: adjust the subject of the thread to clarify you've an issue setting up a hide.me VPN connection, not "network"
2nd, are you using the https://aur.archlinux.org/packages/hide-client package or a custom installation?
3rd, my bad: explicitly checking "nmap -p 432 45.144.196.27" actually shows the port as open, so it's not an issue w/ the script trying to reach it there.

4th, how is the network generally configured?
Please post the output of

find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f

And for clarification: w/o the VPN the network works fine, not frequen connection losses or so?
Did you configure/use any (local or external) firewall?

5th: https://github.com/eventure/hide.client.linux/issues/40 suspects traffic interception for a similar situation - are you trying to establish the connection from a private or a (semi-)public network?
Do you live in a place were, if we're being honest, official forces think that they know what information is best for you?
Is this a mobile data plan? Have you researched your ISPs overall stance towards VPNs?

Your problem is this here

Link: Up
Conn: DPD started
DPD: Timeout
Link: Received 0 bytes, transmitted 1776 bytes

The script claims to adjust the MTU so that usual suspect is unlikely, but something is preventing you from receiving answers from that server.

FluxDevNewbie · 2025-02-19 11:11:17

seth wrote:

1st: adjust the subject of the thread to clarify you've an issue setting up a hide.me VPN connection, not "network"

Done

2nd, are you using the https://aur.archlinux.org/packages/hide-client package or a custom installation?

i'm using their official installer from the website, this https://hide.me/en/software/linux i used the install script there to install it

3rd, my bad: explicitly checking "nmap -p 432 45.144.196.27" actually shows the port as open, so it's not an issue w/ the script trying to reach it there.

its ok, then its prob me

4th, how is the network generally configured?
Please post the output of
find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f

here

[flux@archroot ~]$ find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f
bluetooth.service                        | bluetooth.target.wants
dbus-org.bluez.service                   | system
dbus-org.freedesktop.nm-dispatcher.service | system
dbus-org.freedesktop.timesync1.service   | system
display-manager.service                  | system
fstrim.timer                             | timers.target.wants
getty@tty1.service                       | getty.target.wants
gnome-keyring-daemon.socket              | sockets.target.wants
hide.me@.service                         | system
NetworkManager.service                   | multi-user.target.wants
NetworkManager-wait-online.service       | network-online.target.wants
p11-kit-server.socket                    | sockets.target.wants
pamac-cleancache.timer                   | timers.target.wants
pipewire-pulse.socket                    | sockets.target.wants
pipewire-session-manager.service         | user
pipewire.socket                          | sockets.target.wants
remote-fs.target                         | multi-user.target.wants
systemd-timesyncd.service                | sysinit.target.wants
systemd-userdbd.socket                   | sockets.target.wants
vnstatd.service                          | system
vnstat.service                           | multi-user.target.wants
waydroid-container.service               | multi-user.target.wants
wireplumber.service                      | pipewire.service.wants
xdg-user-dirs-update.service             | default.target.wants
zerotier-one.service                     | multi-user.target.wants
[flux@archroot ~]$

And for clarification: w/o the VPN the network works fine, not frequen connection losses or so?

network sometimes disconnects and the speed goes down ye, I don't know why, i thought its my router.

Did you configure/use any (local or external) firewall?

No, i didn't use Firewalls like firewalld or ufw or anything. I don't know about my Router's firewall (if that's a thing)

5th: https://github.com/eventure/hide.client.linux/issues/40 suspects traffic interception for a similar situation - are you trying to establish the connection from a private or a (semi-)public network?

its my wifi network... me and my family, but i have full control over it ... i can change settings there if its the problem

Do you live in a place were, if we're being honest, official forces think that they know what information is best for you?

Yes, Egypt, i don't even have Tor browser... they disable the site there for me

Is this a mobile data plan? Have you researched your ISPs overall stance towards VPNs?

WiFi not mobile plan, i use the router for WiFi. about the ISP, they work on mobile VPNs fine, cant remember if it worked on laptops or not, i might try on windows... but ZeroTier VPN works fine... although not really a vpn.. but just a lan network

Your problem is this here
Link: Up
Conn: DPD started
DPD: Timeout
Link: Received 0 bytes, transmitted 1776 bytes
The script claims to adjust the MTU so that usual suspect is unlikely, but something is preventing you from receiving answers from that server.

then what do i do to fix that MTU part? do i just change the MTU while its connecting?

Last edited by FluxDevNewbie (2025-02-19 11:15:45)

seth · 2025-02-21 08:04:49

network sometimes disconnects and the speed goes down ye, I don't know why, i thought its my router.

Roaming, driver/firmware crash - do you have a journal covering such incidents (w/o VPN attempts)?

i don't even have Tor browser... they disable the site there for me

But I've not found recent complaints about the hide.me service being blocked there.

I don't think you need to fix the MTU, there's no indication of it failing to be set, but you can check "ip a" during the connection attempt.

The free hide.me plan is limited to 1 client at a time, do other divices in your subnet (home LAN) already use the service?
And your ISP is likely using CGN (ie. you share a public IPv4 with other customers - who also live in egypt and want to use that service to get access to unlimited por… information)
Do you have a publically routable IPv6?
https://hide.me/en/knowledgebase/how-to … de-me-vpn/

FluxDevNewbie · 2025-02-21 14:37:42

seth wrote:

Roaming, driver/firmware crash - do you have a journal covering such incidents (w/o VPN attempts)?

No, I never used a journal yet to be honest..., nothing crashed for me except a few times and i didn't get into it much

But I've not found recent complaints about the hide.me service being blocked there.

Maybe it is me then?...

I don't think you need to fix the MTU, there's no indication of it failing to be set, but you can check "ip a" during the connection attempt.

Ok, i did ip a and here is the logs for the VPN interface when connecting

 4: vpn: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1392 qdisc noqueue state UNKNOWN group default 
    link/none 
    inet 10.59.154.181/32 scope global vpn
       valid_lft forever preferred_lft forever
    inet6 fd00:6968:6564:6e6::a3b:9ab5/128 scope global 
       valid_lft forever preferred_lft forever

and this During the connecting cooldown happens

 4: vpn: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1392 qdisc noqueue state UNKNOWN group default 
    link/none

and then it reconnects again and just continues like that and gives a new IPs

The free hide.me plan is limited to 1 client at a time, do other divices in your subnet (home LAN) already use the service?

probably no, because no one here uses VPNs except my brother... and he uses weird stuff like UFO VPN (Never heard of it... its for phone also)

And your ISP is likely using CGN (ie. you share a public IPv4 with other customers - who also live in egypt and want to use that service to get access to unlimited por… information)
Do you have a publically routable IPv6?

is CGN the thing not letting me do it? i don't even know if they have it... but they probably do since they have IPv4s for multiple devices on same network look the same, like just 1 number difference
also I don't know about that publically routable IPv6... idk how to route it or anything... but i found these settings in my router's website.. if it helps, the WAN0 settings mainly. since i use WLAN0 interface

THE SECOND IMAGE had 3 tables, i didn't understand it yet... not sure if i should hide them

https://hide.me/en/knowledgebase/how-to … de-me-vpn/

i tried reading that... didn't help... i tried using the server but added -v4 and it didn't help
here is the logs ( dont think anything changed)

[flux@archroot ~]$ sudo ./hide.me connect free-nl-v4.hideservers.net
[sudo] password for flux: 
Link: Generated a new wireguard private key
Link: Wireguard interface vpn activated
Link: Wireguard device vpn configured
Link: DHCP bypass throw route 255.255.255.255/32 mtu 0 table 55555 added
Link: Loopback route 0.0.0.0/0 dev lo mtu 0 table 55555 added
Link: Loopback route ::/0 dev lo mtu 0 table 55555 added
Link: IPv4 RPDB rule added
Link: IPv6 RPDB rule added
Init: Done
Conn: Connecting in 0s
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 added
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 added
Name: Resolved free-nl-v4.hideservers.net to 45.144.196.43
Link: VPN server throw route 45.144.196.43/32 mtu 0 table 55555 added
Conn: Connecting to 45.144.196.43
Pins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Rest: Remote UDP endpoint is 45.144.196.43:432
Rest: Keepalive is 20 seconds
Rest: Assigned IPs are 10.58.172.143, fd00:6968:6564:6ab::a3a:ac8f
Rest: Gateway IPs are 10.58.172.1, fd00:6968:6564:6ab::1
Rest: DNS servers are 10.58.172.1, fd00:6968:6564:6ab::1
Link: Interface vpn MTU set to 1392
Link: Peer 45.144.196.43:432 added
Link: Address 10.58.172.143 added to interface vpn
Link: Address fd00:6968:6564:6ab::a3a:ac8f added to interface vpn
Link: Gateway route 10.58.172.1/32 dev vpn mtu 1392 table 55555 added
Link: Route 0.0.0.0/1 via 10.58.172.1 dev vpn mtu 1392 table 55555 added
Link: Route 128.0.0.0/1 via 10.58.172.1 dev vpn mtu 1392 table 55555 added
Link: Gateway route fd00:6968:6564:6ab::1/128 dev vpn mtu 1392 table 55555 added
Link: Route ::/3 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 added
Link: Route 2000::/4 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 added
Link: Route 3000::/4 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 added
Link: Route fc00::/7 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 added
Link: /etc/resolv.conf updated
Link: Up
Conn: DPD started
DPD: Timeout
Link: Received 0 bytes, transmitted 1776 bytes
Link: /etc/resolv.conf restored
Link: Route 0.0.0.0/1 via 10.58.172.1 dev vpn mtu 1392 table 55555 removed
Link: Route 128.0.0.0/1 via 10.58.172.1 dev vpn mtu 1392 table 55555 removed
Link: Route ::/3 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 removed
Link: Route 2000::/4 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 removed
Link: Route 3000::/4 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 removed
Link: Route fc00::/7 via fd00:6968:6564:6ab::1 dev vpn mtu 1392 table 55555 removed
Link: Gateway route 10.58.172.1/32 dev vpn mtu 1392 table 55555 removed
Link: Gateway route fd00:6968:6564:6ab::1/128 dev vpn mtu 1392 table 55555 removed
Link: Address 10.58.172.143 removed from interface vpn
Link: Address fd00:6968:6564:6ab::a3a:ac8f removed from interface vpn
Link: Peer 45.144.196.43:432 removed
Link: Down
Pins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Conn: Disconnected
Link: VPN server throw route 45.144.196.43/32 mtu 0 table 55555 deleted
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 deleted
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 deleted
Conn: Connecting in 30s
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 added
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 added
Name: Resolved free-nl-v4.hideservers.net to 45.144.196.18
Link: VPN server throw route 45.144.196.18/32 mtu 0 table 55555 added
Conn: Connecting to 45.144.196.18
Pins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Rest: Remote UDP endpoint is 45.144.196.18:432
Rest: Keepalive is 20 seconds
Rest: Assigned IPs are 10.58.67.121, fd00:6968:6564:690::a3a:4379
Rest: Gateway IPs are 10.58.64.1, fd00:6968:6564:690::1
Rest: DNS servers are 10.58.64.1, fd00:6968:6564:690::1
Link: Interface vpn MTU set to 1392
Link: Peer 45.144.196.18:432 added
Link: Address 10.58.67.121 added to interface vpn
Link: Address fd00:6968:6564:690::a3a:4379 added to interface vpn
Link: Gateway route 10.58.64.1/32 dev vpn mtu 1392 table 55555 added
Link: Route 0.0.0.0/1 via 10.58.64.1 dev vpn mtu 1392 table 55555 added
Link: Route 128.0.0.0/1 via 10.58.64.1 dev vpn mtu 1392 table 55555 added
Link: Gateway route fd00:6968:6564:690::1/128 dev vpn mtu 1392 table 55555 added
Link: Route ::/3 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 added
Link: Route 2000::/4 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 added
Link: Route 3000::/4 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 added
Link: Route fc00::/7 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 added
Link: /etc/resolv.conf updated
Link: Up
Conn: DPD started
^CLink: Received 0 bytes, transmitted 1036 bytes
Link: /etc/resolv.conf restored
Link: Route 0.0.0.0/1 via 10.58.64.1 dev vpn mtu 1392 table 55555 removed
Link: Route 128.0.0.0/1 via 10.58.64.1 dev vpn mtu 1392 table 55555 removed
Link: Route ::/3 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 removed
Link: Route 2000::/4 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 removed
Link: Route 3000::/4 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 removed
Link: Route fc00::/7 via fd00:6968:6564:690::1 dev vpn mtu 1392 table 55555 removed
Link: Gateway route 10.58.64.1/32 dev vpn mtu 1392 table 55555 removed
Link: Gateway route fd00:6968:6564:690::1/128 dev vpn mtu 1392 table 55555 removed
Link: Address 10.58.67.121 removed from interface vpn
Link: Address fd00:6968:6564:690::a3a:4379 removed from interface vpn
Link: Peer 45.144.196.18:432 removed
Link: /etc/resolv.conf restored
Link: Peer 45.144.196.18:432 removed
Link: Down
^XPins: Hide.Me Server CA #1 pin OK
Pins: Hide.Me Root CA pin OK
Conn: Disconnected
Link: VPN server throw route 45.144.196.18/32 mtu 0 table 55555 deleted
Link: DNS server throw route 217.182.206.81/32 mtu 0 table 55555 deleted
Link: DNS server throw route 209.250.251.37/32 mtu 0 table 55555 deleted
Link: IPv4 RPDB rule removed
Link: IPv6 RPDB rule removed
Link: Loopback route 0.0.0.0/0 dev lo mtu 0 table 55555 removed
Link: Loopback route ::/0 dev lo mtu 0 table 55555 removed
Link: DHCP bypass throw route 255.255.255.255/32 mtu 0 table 55555 deleted
^CLink: Interface vpn deactivated
[flux@archroot ~]$

Last edited by FluxDevNewbie (2025-02-21 15:02:14)

Arch Linux

#1 2025-02-14 13:37:20

Hide.me VPN connection problem

#2 2025-02-14 21:54:32

Re: Hide.me VPN connection problem

#3 2025-02-16 18:04:56

Re: Hide.me VPN connection problem

#4 2025-02-16 21:13:40

Re: Hide.me VPN connection problem

#5 2025-02-17 20:09:55

Re: Hide.me VPN connection problem

#6 2025-02-17 21:28:37

Re: Hide.me VPN connection problem

#7 2025-02-19 11:11:17

Re: Hide.me VPN connection problem

#8 2025-02-21 08:04:49

Re: Hide.me VPN connection problem

#9 2025-02-21 14:37:42

Re: Hide.me VPN connection problem

Board footer