OpenVPN UDP nearly no bandwidth, TCP and WG slow

[wow-a-vpn 0]

I tried to connect with OpenVPN UDP on an arch linux (OpenVPN 2.5.4)
The connections can be established successfully, but the bandwidth is like a few bit/s.
I could verify over curl api calls that I got a new IPv4/IPv6, but trying to load any website most likely fails due timeout.
 

2021-11-01 23:39:57 OpenVPN 2.5.4 [git:makepkg/3f7a85b9aebe7be0+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct  5 2021
2021-11-01 23:39:57 library versions: OpenSSL 1.1.1l  24 Aug 2021, LZO 2.10
2021-11-01 23:39:57 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
2021-11-01 23:39:57 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
2021-11-01 23:39:57 TCP/UDP: Preserving recently used remote address: [AF_INET]185.104.184.42:443
2021-11-01 23:39:57 Socket Buffers: R=[212992->212992] S=[212992->212992]
2021-11-01 23:39:57 UDP link local: (not bound)
2021-11-01 23:39:57 UDP link remote: [AF_INET]185.104.184.42:443
2021-11-01 23:39:57 TLS: Initial packet from [AF_INET]185.104.184.42:443, sid=58697563 18d67dd2
2021-11-01 23:39:57 net_route_v4_best_gw query: dst 0.0.0.0
2021-11-01 23:39:57 net_route_v4_best_gw result: via 10.0.0.1 dev wlan0
2021-11-01 23:39:57 VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
2021-11-01 23:39:57 VERIFY KU OK
2021-11-01 23:39:57 Validating certificate extended key usage
2021-11-01 23:39:57 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2021-11-01 23:39:57 VERIFY EKU OK
2021-11-01 23:39:57 VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Adhara, emailAddress=info@airvpn.org
2021-11-01 23:39:57 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, peer certificate: 4096 bit RSA, signature: RSA-SHA512
2021-11-01 23:39:57 [Adhara] Peer Connection Initiated with [AF_INET]185.104.184.42:443
2021-11-01 23:39:58 SENT CONTROL [Adhara]: 'PUSH_REQUEST' (status=1)
2021-11-01 23:39:58 PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.4.188.1,dhcp-option DNS6 fde6:7a:7d20:bc::1,tun-ipv6,route-gateway 10.4.188.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:bc::10f4/64 fde6:7a:7d20:bc::1,ifconfig 10.4.188.246 255.255.255.0,peer-id 7,cipher AES-256-GCM'
2021-11-01 23:39:58 OPTIONS IMPORT: timers and/or timeouts modified
2021-11-01 23:39:58 OPTIONS IMPORT: compression parms modified
2021-11-01 23:39:58 OPTIONS IMPORT: --ifconfig/up options modified
2021-11-01 23:39:58 OPTIONS IMPORT: route options modified
2021-11-01 23:39:58 OPTIONS IMPORT: route-related options modified
2021-11-01 23:39:58 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2021-11-01 23:39:58 OPTIONS IMPORT: peer-id set
2021-11-01 23:39:58 OPTIONS IMPORT: adjusting link_mtu to 1625
2021-11-01 23:39:58 OPTIONS IMPORT: data channel crypto options modified
2021-11-01 23:39:58 Data Channel: using negotiated cipher 'AES-256-GCM'
2021-11-01 23:39:58 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2021-11-01 23:39:58 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2021-11-01 23:39:58 net_route_v4_best_gw query: dst 0.0.0.0
2021-11-01 23:39:58 net_route_v4_best_gw result: via 10.0.0.1 dev wlan0
2021-11-01 23:39:58 ROUTE_GATEWAY 10.0.0.1/255.255.255.0 IFACE=wlan0 HWADDR=a8:7e:ea:ba:23:d6
2021-11-01 23:39:58 GDG6: remote_host_ipv6=n/a
2021-11-01 23:39:58 net_route_v6_best_gw query: dst ::
2021-11-01 23:39:58 sitnl_send: rtnl: generic error (-101): Network is unreachable
2021-11-01 23:39:58 ROUTE6: default_gateway=UNDEF
2021-11-01 23:39:58 TUN/TAP device tun0 opened
2021-11-01 23:39:58 net_iface_mtu_set: mtu 1500 for tun0
2021-11-01 23:39:58 net_iface_up: set tun0 up
2021-11-01 23:39:58 net_addr_v4_add: 10.4.188.246/24 dev tun0
2021-11-01 23:39:58 net_iface_mtu_set: mtu 1500 for tun0
2021-11-01 23:39:58 net_iface_up: set tun0 up
2021-11-01 23:39:58 net_addr_v6_add: fde6:7a:7d20:bc::10f4/64 dev tun0
2021-11-01 23:40:03 net_route_v4_add: 185.104.184.42/32 via 10.0.0.1 dev [NULL] table 0 metric -1
2021-11-01 23:40:03 net_route_v4_add: 0.0.0.0/1 via 10.4.188.1 dev [NULL] table 0 metric -1
2021-11-01 23:40:03 net_route_v4_add: 128.0.0.0/1 via 10.4.188.1 dev [NULL] table 0 metric -1
2021-11-01 23:40:03 add_route_ipv6(::/3 -> fde6:7a:7d20:bc::1 metric -1) dev tun0
2021-11-01 23:40:03 net_route_v6_add: ::/3 via :: dev tun0 table 0 metric -1
2021-11-01 23:40:03 add_route_ipv6(2000::/4 -> fde6:7a:7d20:bc::1 metric -1) dev tun0
2021-11-01 23:40:03 net_route_v6_add: 2000::/4 via :: dev tun0 table 0 metric -1
2021-11-01 23:40:03 add_route_ipv6(3000::/4 -> fde6:7a:7d20:bc::1 metric -1) dev tun0
2021-11-01 23:40:03 net_route_v6_add: 3000::/4 via :: dev tun0 table 0 metric -1
2021-11-01 23:40:03 add_route_ipv6(fc00::/7 -> fde6:7a:7d20:bc::1 metric -1) dev tun0
2021-11-01 23:40:03 net_route_v6_add: fc00::/7 via :: dev tun0 table 0 metric -1
2021-11-01 23:40:03 Initialization Sequence Completed

OpenVPN TCP works, but only ~25 MBit/s (like expected)
Wireguard works, but only ~100 MBit/s


On Windows 10 with Eddie Version 2.21.2beta OpenVPN TCP and Wireguard I get the same results.
OpenVPN UDP endlessly loops in "checking routes IPv4"
This did help for Eddie [link] to get rid of "checking routes IPv4", but on Windows now also every website fails to load.

As I get the same problem with 2 of my devices I suspect either AirVPN or my router/ISP. But other VPNs work without problem.

ProtonVPN works on Windows with OpenVPN UDP and Wireguard (also slow ~130 MBit/s)
And I could test Mullvad Wireguard for a few days and got nearly the speed I get without VPN ~250 MBit/s

Maybe someone has any idea how to speed up my OpenVPN UDP or Wireguard connection.