New ISP, Can't use AirVPN :{

softrock

Hi, I've had great experiences with AirVPN so far, but have recently moved house, and from the TalkTalk ISP to the BT Broadband ISP, where AirVPN responds very strangely. The hardware I'm using is the same as I used previously.

Whether I connect through the software of through OpenVPN, I get one of two random outcomes. Either all HTTP traffic will be completely blocked until I disconnect from the service, or everything will function as if I'm not connected at all, with my IP resolving to my ISP.

After searching the forum (and google) for help, I discovered that BT Broadband operate a DNS re-routing system, which can be disabled.

http://preferences.webaddresshelp.bt.com/selfcare/

Disabling this does change the DNS errors I receive, but doesn't change the behavior of the VPN. After several days of fiddling around with DNS settings, I haven't found a suitable fix :{

Staff

Hi, I've had great experiences with AirVPN so far, but have recently moved house, and from the TalkTalk ISP to the BT Broadband ISP, where AirVPN responds very strangely. The hardware I'm using is the same as I used previously.
Whether I connect through the software of through OpenVPN, I get one of two random outcomes. Either all HTTP traffic will be completely blocked until I disconnect from the service, or everything will function as if I'm not connected at all, with my IP resolving to my ISP.
After searching the forum (and google) for help, I discovered that BT Broadband operate a DNS re-routing system, which can be disabled.
http://preferences.webaddresshelp.bt.com/selfcare/
Disabling this does change the DNS errors I receive, but doesn't change the behavior of the VPN. After several days of fiddling around with DNS settings, I haven't found a suitable fix :{

Hello!

We don't have any other report from BT customers about this issue. Can you please try to connect to port 80 TCP (if you have not already done so) in order to determine whether BT has started throttling some UDP ports?

Kind regards

softrock

Unfortunately, connecting on Ports 443, 80 and 53 all yield the same result :{

softrock

My account runs out in 4 days, so unless someone can figure something out, I'll obviously have to try another VPN service, to see if I can get that running instead :{

I've phoned BT and had my issue looked into by their dedicated IT (not helpline) staff. They told me there's nothing abnormal about my connection, and VPN services should function properly. They suggested changing from their DNS servers to 3rd party DNS servers. I've since switched to Open DNS, but this makes no difference : connecting to Air VPN either through the client or through OpenVPN gives me either no internet access at all, or a standard BT connection, where my IP resolves to my BT IP, and my DNS requests still go to through Open DNS.

Staff

Hello!

Since we have no reports from any other BT customer, perhaps it's a problem in your connection or configuration, not in BT network. Can you please send us the connection logs?

Kind regards

softrock

Wed Aug 15 12:21:39 2012 OpenVPN 2.2.2 Win32-MSVC++ [sSL] [LZO2] [PKCS11] built on Dec 15 2011

Wed Aug 15 12:21:39 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

Wed Aug 15 12:21:39 2012 LZO compression initialized

Wed Aug 15 12:21:39 2012 Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

Wed Aug 15 12:21:39 2012 Socket Buffers: R=[65536->65536] S=[65536->65536]

Wed Aug 15 12:21:39 2012 Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

Wed Aug 15 12:21:39 2012 Local Options hash (VER=V4): '22188c5b'

Wed Aug 15 12:21:39 2012 Expected Remote Options hash (VER=V4): 'a8f55717'

Wed Aug 15 12:21:39 2012 UDPv4 link local: [undef]

Wed Aug 15 12:21:39 2012 UDPv4 link remote: 62.212.85.65:443

Wed Aug 15 12:21:39 2012 TLS: Initial packet from 62.212.85.65:443, sid=26ee8570 716bcf67

Wed Aug 15 12:21:39 2012 VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

Wed Aug 15 12:21:39 2012 VERIFY OK: nsCertType=SERVER

Wed Aug 15 12:21:39 2012 VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

Wed Aug 15 12:21:40 2012 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

Wed Aug 15 12:21:40 2012 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

Wed Aug 15 12:21:40 2012 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

Wed Aug 15 12:21:40 2012 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

Wed Aug 15 12:21:40 2012 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

Wed Aug 15 12:21:40 2012 [server] Peer Connection Initiated with 62.212.85.65:443

Wed Aug 15 12:21:42 2012 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

Wed Aug 15 12:21:42 2012 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.4.0.1,comp-lzo no,route 10.4.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.4.10.218 10.4.10.217'

Wed Aug 15 12:21:42 2012 OPTIONS IMPORT: timers and/or timeouts modified

Wed Aug 15 12:21:42 2012 OPTIONS IMPORT: LZO parms modified

Wed Aug 15 12:21:42 2012 OPTIONS IMPORT: --ifconfig/up options modified

Wed Aug 15 12:21:42 2012 OPTIONS IMPORT: route options modified

Wed Aug 15 12:21:42 2012 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

Wed Aug 15 12:21:42 2012 ROUTE default_gateway=192.168.2.1

Wed Aug 15 12:21:42 2012 TAP-WIN32 device [Local Area Connection] opened: \\.\Global\{4754D006-F2F6-4F1B-AEDF-E8A2D558524A}.tap

Wed Aug 15 12:21:42 2012 TAP-Win32 Driver Version 9.9

Wed Aug 15 12:21:42 2012 TAP-Win32 MTU=1500

Wed Aug 15 12:21:42 2012 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.4.10.218/255.255.255.252 on interface {4754D006-F2F6-4F1B-AEDF-E8A2D558524A} [DHCP-serv: 10.4.10.217, lease-time: 31536000]

Wed Aug 15 12:21:42 2012 NOTE: FlushIpNetTable failed on interface [17] {4754D006-F2F6-4F1B-AEDF-E8A2D558524A} (status=5) : Access is denied.

Wed Aug 15 12:21:47 2012 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

Wed Aug 15 12:21:47 2012 C:\WINDOWS\system32\route.exe ADD 62.212.85.65 MASK 255.255.255.255 192.168.2.1

Wed Aug 15 12:21:47 2012 ROUTE: route addition failed using CreateIpForwardEntry: Access is denied. [status=5 if_index=12]

Wed Aug 15 12:21:47 2012 Route addition via IPAPI failed [adaptive]

Wed Aug 15 12:21:47 2012 Route addition fallback to route.exe

The requested operation requires elevation.

Wed Aug 15 12:21:47 2012 ERROR: Windows route add command failed [adaptive]: returned error code 1

Wed Aug 15 12:21:47 2012 C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.10.217

Wed Aug 15 12:21:47 2012 ROUTE: route addition failed using CreateIpForwardEntry: Access is denied. [status=5 if_index=17]

Wed Aug 15 12:21:47 2012 Route addition via IPAPI failed [adaptive]

Wed Aug 15 12:21:47 2012 Route addition fallback to route.exe

The requested operation requires elevation.

Wed Aug 15 12:21:47 2012 ERROR: Windows route add command failed [adaptive]: returned error code 1

Wed Aug 15 12:21:47 2012 C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.10.217

Wed Aug 15 12:21:47 2012 ROUTE: route addition failed using CreateIpForwardEntry: Access is denied. [status=5 if_index=17]

Wed Aug 15 12:21:47 2012 Route addition via IPAPI failed [adaptive]

Wed Aug 15 12:21:47 2012 Route addition fallback to route.exe

The requested operation requires elevation.

Wed Aug 15 12:21:47 2012 ERROR: Windows route add command failed [adaptive]: returned error code 1

Wed Aug 15 12:21:47 2012 C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.10.217

Wed Aug 15 12:21:47 2012 ROUTE: route addition failed using CreateIpForwardEntry: Access is denied. [status=5 if_index=17]

Wed Aug 15 12:21:47 2012 Route addition via IPAPI failed [adaptive]

Wed Aug 15 12:21:47 2012 Route addition fallback to route.exe

The requested operation requires elevation.

Wed Aug 15 12:21:47 2012 ERROR: Windows route add command failed [adaptive]: returned error code 1

Wed Aug 15 12:21:47 2012 Initialization Sequence Completed

Staff

@softrock

Hello!

As it was suspected, the problem is in your system. See here:

Wed Aug 15 12:21:42 2012 NOTE: FlushIpNetTable failed on interface [17] {4754D006-F2F6-4F1B-AEDF-E8A2D558524A} (status=5) : Access is denied.
Wed Aug 15 12:21:47 2012 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
Wed Aug 15 12:21:47 2012 C:\WINDOWS\system32\route.exe ADD 62.212.85.65 MASK 255.255.255.255 192.168.2.1
Wed Aug 15 12:21:47 2012 ROUTE: route addition failed using CreateIpForwardEntry: Access is denied. [status=5 if_index=12]
Wed Aug 15 12:21:47 2012 Route addition via IPAPI failed [adaptive]
Wed Aug 15 12:21:47 2012 Route addition fallback to route.exe
The requested operation requires elevation.
Wed Aug 15 12:21:47 2012 ERROR: Windows route add command failed [adaptive]: returned error code 1

It means that OpenVPN has not the privilege to modify the routing table and/or access the TAP-Win32 network interface. Please make sure that you launch OpenVPN (or the OpenVPN GUI) with administrator privileges and that the TAP-Win32 interface is installed (check with "ipconfig /all").

If you can't manage to solve the problem, the quickest solution is a complete uninstall and re-install of OpenVPN. When you re-install, please make sure that you authorize the installer to install ALL the drivers it asks for your authorization.

Kind regards

softrock

By giving administrator privielages to openvpn.exe and connecting through the Openvpn GUI, I managed to get a connection to Omicron on TCP Port 53. The IP seemed to match the Omicron IP, and DNSLeaks showed I was using 2 german DNS servers, and a UK Open DNS server.

The bad news is that this was one successful attempt after 7 or 8 tries. All the other attempts showed that I had successfuly connected to an AirVPN server, but I appeared to have no internet access. Loading websites would just cause my browser to hang and then display a 404 error, although Steam mysteriously logged me back into my account, so maybe it's specific to the HTTP port?

Here's an example log of such a connection :

Wed Aug 15 12:59:26 2012 OpenVPN 2.2.2 Win32-MSVC++ [sSL] [LZO2] [PKCS11] built on Dec 15 2011

Wed Aug 15 12:59:26 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

Wed Aug 15 12:59:26 2012 LZO compression initialized

Wed Aug 15 12:59:26 2012 Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

Wed Aug 15 12:59:26 2012 Socket Buffers: R=[65536->65536] S=[65536->65536]

Wed Aug 15 12:59:26 2012 Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

Wed Aug 15 12:59:26 2012 Local Options hash (VER=V4): '22188c5b'

Wed Aug 15 12:59:26 2012 Expected Remote Options hash (VER=V4): 'a8f55717'

Wed Aug 15 12:59:26 2012 UDPv4 link local: [undef]

Wed Aug 15 12:59:26 2012 UDPv4 link remote: 62.212.85.65:443

Wed Aug 15 12:59:26 2012 TLS: Initial packet from 62.212.85.65:443, sid=a8e11f25 adb6474c

Wed Aug 15 12:59:26 2012 VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

Wed Aug 15 12:59:26 2012 VERIFY OK: nsCertType=SERVER

Wed Aug 15 12:59:26 2012 VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

Wed Aug 15 12:59:27 2012 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

Wed Aug 15 12:59:27 2012 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

Wed Aug 15 12:59:27 2012 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

Wed Aug 15 12:59:27 2012 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

Wed Aug 15 12:59:27 2012 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

Wed Aug 15 12:59:27 2012 [server] Peer Connection Initiated with 62.212.85.65:443

Wed Aug 15 12:59:29 2012 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

Wed Aug 15 12:59:29 2012 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.4.0.1,comp-lzo no,route 10.4.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.4.10.218 10.4.10.217'

Wed Aug 15 12:59:29 2012 OPTIONS IMPORT: timers and/or timeouts modified

Wed Aug 15 12:59:29 2012 OPTIONS IMPORT: LZO parms modified

Wed Aug 15 12:59:29 2012 OPTIONS IMPORT: --ifconfig/up options modified

Wed Aug 15 12:59:29 2012 OPTIONS IMPORT: route options modified

Wed Aug 15 12:59:29 2012 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

Wed Aug 15 12:59:29 2012 ROUTE default_gateway=192.168.2.1

Wed Aug 15 12:59:29 2012 TAP-WIN32 device [Local Area Connection] opened: \\.\Global\{749C6F53-1E2A-49CD-962C-CE5487D62334}.tap

Wed Aug 15 12:59:29 2012 TAP-Win32 Driver Version 9.9

Wed Aug 15 12:59:29 2012 TAP-Win32 MTU=1500

Wed Aug 15 12:59:29 2012 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.4.10.218/255.255.255.252 on interface {749C6F53-1E2A-49CD-962C-CE5487D62334} [DHCP-serv: 10.4.10.217, lease-time: 31536000]

Wed Aug 15 12:59:29 2012 Successful ARP Flush on interface [17] {749C6F53-1E2A-49CD-962C-CE5487D62334}

Wed Aug 15 12:59:34 2012 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

Wed Aug 15 12:59:34 2012 C:\WINDOWS\system32\route.exe ADD 62.212.85.65 MASK 255.255.255.255 192.168.2.1

Wed Aug 15 12:59:34 2012 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4

Wed Aug 15 12:59:34 2012 Route addition via IPAPI succeeded [adaptive]

Wed Aug 15 12:59:34 2012 C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.10.217

Wed Aug 15 12:59:34 2012 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

Wed Aug 15 12:59:34 2012 Route addition via IPAPI succeeded [adaptive]

Wed Aug 15 12:59:34 2012 C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.10.217

Wed Aug 15 12:59:34 2012 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

Wed Aug 15 12:59:34 2012 Route addition via IPAPI succeeded [adaptive]

Wed Aug 15 12:59:34 2012 C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.10.217

Wed Aug 15 12:59:34 2012 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

Wed Aug 15 12:59:34 2012 Route addition via IPAPI succeeded [adaptive]

Wed Aug 15 12:59:34 2012 Initialization Sequence Completed

Staff

By giving administrator privielages to openvpn.exe and connecting through the Openvpn GUI, I managed to get a connection to Omicron on TCP Port 53. The IP seemed to match the Omicron IP, and DNSLeaks showed I was using 2 german DNS servers, and a UK Open DNS server.
The bad news is that this was one successful attempt after 7 or 8 tries. All the other attempts showed that I had successfuly connected to an AirVPN server, but I appeared to have no internet access. Loading websites would just cause my browser to hang and then display a 404 error, although Steam mysteriously logged me back into my account, so maybe it's specific to the HTTP port?

Hello!

The logs are just fine.

It might be a DNS problem. Try the following:

- connect to a TCP port (like you did with Omicron)

- open your browser and browse to http://46.105.19.36 and http://airvpn.org (alternatively, ping or dig different IP addresses and domain names).

If you can see that you can reach hosts without DNS resolution (that is, pointing directly to their IP address), but not pointing to their name, then you have a DNS push problem, which may happen sometimes on Windows systems. In this case, force the system to use our DNS as primary ("preferred", in Win7 idiom) and you favorite DNS as secondary ("alternate"). In order to determine the IP address of our DNS according to the port you connect to, please see here:

https://airvpn.org/specs

For example, DNS for clients in VPN port 53 TCP is 10.9.0.1.

Kind regards

softrock

After much testing, port 53 TCP is the only port I can connect though.

Pointing my "preferred" DNS to 10.9.0.1 (AirVPN) and my "alternative" to Open DNS and running a test on dnsleaktest.com shows 6 results, all Google DNS servers located in the US and Germany beginning 74.125.xxx.xxx.

Is this correct and secure? I don't mind halving my connection speed by connecting through port 53 as long as my connection to Airvpn is watertight.

Staff

After much testing, port 53 TCP is the only port I can connect though.

Hello!

That's odd, we will keep you informed if we receive similar reports from British Telecom customers. Thank you for the information. Also, please make sure that a firewall (on your computer or router) is not blocking ports. Also antivirus programs have sometimes been reported to act weirdly with OpenVPN. Anyway, please note that from the previous logs it appears that you can also connect to Lyra port 443 UDP just fine.

Pointing my "preferred" DNS to 10.9.0.1 (AirVPN) and my "alternative" to Open DNS and running a test on dnsleaktest.com shows 6 results, all Google DNS servers located in the US and Germany beginning 74.125.xxx.xxx.

The Google results are fine. If you don't see any OpenDNS DNS, then you have no DNS leak. This does not mean that DNS leaks (i.e. DNS queries unencrypted going to OpenDNS) may not happen in the future, if you use Windows. In the forum you'll find several ways to prevent DNS leaks for Windows.

Is this correct and secure? I don't mind halving my connection speed by connecting through port 53 as long as my connection to Airvpn is watertight.

Why should your speed be halved on port 53 TCP?

Kind regards

softrock

Why should your speed be halved on port 53 TCP?

I thought a TCP connection was slower than a UDP connection? It's certainly slower than my previous ISP connection (through port 443 UDP on the same hardware and line) was. It's about half of my maximum speed.

I don't mind, though. The connection you've helped me get is good enough, and I'll be re-subscribing for a long time to come. Thank you very much for the help.

Staff

Why should your speed be halved on port 53 TCP?
I thought a TCP connection was slower than a UDP connection? It's certainly slower than my previous ISP connection (through port 443 UDP on the same hardware and line) was. It's about half of my maximum speed.

Hello!

Yes, there's an overhead, but usually the difference in performance is not so dramatic.

I don't mind, though. The connection you've helped me get is good enough, and I'll be re-subscribing for a long time to come. Thank you very much for the help.

Thank you very much. At your convenience do not hesitate to contact us, because chances are that the problem lies in your device or OS, not in BT. It will be interesting that you test out new servers when they are available (soon). By the way, did you perform the "DNS test" recommended by the previous admin?

Kind regards

bigfish9

Just to report that I think there is a problem the UK BT Broadband/Infinity connections and AirVPN. I found that the only connection in which I could get a stable and consistent service was by connecting using TCP 443.

I've tried all the different UDP ports with/without alternative entry and whilst they do connect - speed is sporadic but always below a usable level.

As BT do not really do technical support, it would seem we have to use TCP to connect...

Staff

Hello,

thank you very much for the report.

Have you also tried port 53 UDP?

Kind regards

Flx11

Hi,

check this link->http://blog.censurfridns.dk/en

see if these DNS servers help

put them in your router as DNS primary/secondary

the servers are located in Denmark.

Regards,

Flex

Staff

@flexon11

Is there any correlation with bigfish9 report?

Kind regards

Staff

Just to report that I think there is a problem the UK BT Broadband/Infinity connections and AirVPN. I found that the only connection in which I could get a stable and consistent service was by connecting using TCP 443.

I've tried all the different UDP ports with/without alternative entry and whilst they do connect - speed is sporadic but always below a usable level.

As BT do not really do technical support, it would seem we have to use TCP to connect...

Hello!

It's worth that you try OpenVPN over SSH, and OpenVPN over SSL.

https://airvpn.org/ssh

https://airvpn.org/ssl

Kind regards

bigfish9

Hello,

thank you very much for the report.

Have you also tried port 53 UDP?

Kind regards

Hi

Sorry for the delay in replying but I cannot access AirVPN servers at all using UDP port 53. I have Comodo installed, but have tried disabling the firewall too - made no difference.

I use OpenDNS as my DNS server but I cannot imagine that should cause any detriment.

In the meantime, I continue to use TCP 443 - my working connection however to AirVPN seems to be 'capped' (I assume it's capped as there is never really much change) at about 1.5MB/s. My broadband connection is about 60Mbps. Speedtest to AirVPN is about 15Mbps.

I suspect this is an issue with BT's network. I know they are no keen on home/residential users using VPN.

I have tried all the config generator options except for SSH/SSL, which I have not had the motivation yet to try out (speed is not too bad for me at present). Where it does connect, then it's really sporadic except for TCP 443, which whilst not really fast is at least consistent. Saying, when/if BT block the TCP443 connection, I better have a backup anyway I suppose!

Thanks.

bigfish9

Just to report that I think there is a problem the UK BT Broadband/Infinity connections and AirVPN. I found that the only connection in which I could get a stable and consistent service was by connecting using TCP 443.

I've tried all the different UDP ports with/without alternative entry and whilst they do connect - speed is sporadic but always below a usable level.

As BT do not really do technical support, it would seem we have to use TCP to connect...

Hello!

It's worth that you try OpenVPN over SSH, and OpenVPN over SSL.

https://airvpn.org/ssh
https://airvpn.org/ssl

Kind regards

Hello

I have managed to get SSL and SSH working (although only on port 22 for SSH) and the connection is significantly faster.

Thank you.

Staff

ards
Hello

I have managed to get SSL and SSH working (although only on port 22 for SSH) and the connection is significantly faster.

Thank you.

Hello!

Excellent. Additionally, you might like to contact BT customer service. Several months ago they had major issues with OpenVPN when they implemented some new system, but then they claimed they solved all the problems. Actually we have had BT customers that had problems at the beginning, but then BT managed to solve their problems. It's worth that you contact them because anyway you can get higher performance with direct OpenVPN connections over UDP than OpenVPN over SSH.

Kind regards

New ISP, Can't use AirVPN :{

Recommended Posts

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Share this post

Link to post

Join the conversation