ANSWERED Relatively New To Linux and VPNs - Fedora 22: AirVPN Client Cannot Connect

[Guest]

Hello,

 

I am fairly new to Fedora 22 and Linux in general, having only been using said OS for about 3-4 weeks. I've been constantly using this VPN service on my other OS (Windows 10) with absolutely no issues. However, I'm having an incredibly hard time getting the client to work on this OS. Every time that I attempt to connect to a server, the client begins to connect, disconnects, and restarts. Any help would be greatly appreciated. A sample of the logs is below:

 

! 2015.08.13 07:40:48 - Activation of Network Lock - Linux IPTables
I 2015.08.13 07:40:50 - Session starting.
I 2015.08.13 07:40:50 - Checking authorization ...
! 2015.08.13 07:40:50 - Connecting to Chort (Canada, Toronto, Ontario)
. 2015.08.13 07:40:50 - OpenVPN > OpenVPN 2.3.7 x86_64-redhat-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Jun  9 2015
. 2015.08.13 07:40:50 - OpenVPN > library versions: OpenSSL 1.0.1k-fips 8 Jan 2015, LZO 2.08
. 2015.08.13 07:40:50 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.08.13 07:40:50 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.08.13 07:40:50 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.13 07:40:50 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.13 07:40:50 - OpenVPN > Socket Buffers: R=[212992->131072] S=[212992->131072]
. 2015.08.13 07:40:50 - OpenVPN > UDPv4 link local: [undef]
. 2015.08.13 07:40:50 - OpenVPN > UDPv4 link remote: [AF_INET]104.254.90.234:443
. 2015.08.13 07:40:50 - OpenVPN > TLS: Initial packet from [AF_INET]104.254.90.234:443, sid=1193ad91 7d45e6a5
. 2015.08.13 07:40:51 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.08.13 07:40:51 - OpenVPN > Validating certificate key usage
. 2015.08.13 07:40:51 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.08.13 07:40:51 - OpenVPN > VERIFY KU OK
. 2015.08.13 07:40:51 - OpenVPN > Validating certificate extended key usage
. 2015.08.13 07:40:51 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.08.13 07:40:51 - OpenVPN > VERIFY EKU OK
. 2015.08.13 07:40:51 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.08.13 07:40:51 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.13 07:40:51 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.13 07:40:51 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.08.13 07:40:51 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.08.13 07:40:51 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 AES128-SHA, 4096 bit RSA
. 2015.08.13 07:40:51 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]104.254.90.234:443
. 2015.08.13 07:40:54 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.08.13 07:40:54 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.20.45 255.255.0.0'
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.08.13 07:40:54 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.08.13 07:40:54 - OpenVPN > ROUTE_GATEWAY 68.180.48.1/255.255.252.0 IFACE=enp5s0f2 HWADDR=80:fa:5b:02:e3:75
. 2015.08.13 07:40:54 - OpenVPN > TUN/TAP device tun0 opened
. 2015.08.13 07:40:54 - OpenVPN > TUN/TAP TX queue length set to 100
. 2015.08.13 07:40:54 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.08.13 07:40:54 - OpenVPN > /usr/sbin/ip link set dev tun0 up mtu 1500
. 2015.08.13 07:40:54 - OpenVPN > /usr/sbin/ip addr add dev tun0 10.4.20.45/16 broadcast 10.4.255.255
. 2015.08.13 07:40:59 - OpenVPN > /usr/sbin/ip route add 104.254.90.234/32 via 68.180.48.1
. 2015.08.13 07:40:59 - OpenVPN > /usr/sbin/ip route add 0.0.0.0/1 via 10.4.0.1
. 2015.08.13 07:40:59 - OpenVPN > /usr/sbin/ip route add 128.0.0.0/1 via 10.4.0.1
. 2015.08.13 07:40:59 - Starting Management Interface
. 2015.08.13 07:40:59 - OpenVPN > Initialization Sequence Completed
I 2015.08.13 07:40:59 - /etc/resolv.conf renamed to /etc/resolv.conf.airvpn as backup
I 2015.08.13 07:40:59 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated)
I 2015.08.13 07:40:59 - Flushing DNS
I 2015.08.13 07:40:59 - Checking DNS
W 2015.08.13 07:41:02 - Error: NameResolutionFailure
! 2015.08.13 07:41:02 - Disconnecting
. 2015.08.13 07:41:02 - Management - Send 'signal SIGTERM'
. 2015.08.13 07:41:02 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2015.08.13 07:41:02 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.08.13 07:41:02 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.08.13 07:41:07 - OpenVPN > /usr/sbin/ip route del 104.254.90.234/32
. 2015.08.13 07:41:07 - OpenVPN > /usr/sbin/ip route del 0.0.0.0/1
. 2015.08.13 07:41:07 - OpenVPN > /usr/sbin/ip route del 128.0.0.0/1
. 2015.08.13 07:41:07 - OpenVPN > Closing TUN/TAP interface
. 2015.08.13 07:41:07 - OpenVPN > /usr/sbin/ip addr del dev tun0 10.4.20.45/16
. 2015.08.13 07:41:07 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2015.08.13 07:41:07 - Connection terminated.
I 2015.08.13 07:41:07 - DNS of the system restored to original settings (Rename method)
 

[InactiveUser 188]

The VPN connection seems fine, here's the actual problem:

I 2015.08.13 07:40:59 - Checking DNS
W 2015.08.13 07:41:02 - Error: NameResolutionFailure

The AirVPN client "tries to resolve domain names that are resolved only by our DNS server, to ensure that system is correctly querying our DNS server."
This check fails for some reason. Multiple users have recently reported similar problems so there might be a problem on Air's end.

Here's a quick workaround:

Go into Preferences, Advanced, DNS.

• uncheck the box "Check if the tunnel uses AirVPN DNS"
• establish a VPN connection
• to check DNS manually, run this in a terminal window: cat /etc/resolv.conf

The file /etc/resolv.conf lists all your system's DNS servers and should only contain one of Air's DNS (10.X.0.1).

You should also check that file to see if your default (non-Air) DNS servers are restored after disconnecting from AirVPN.

[rainmakerraw 94]

Also, just to check but you did install the package 'beesu' right? Air's client needs it to be able to work properly. You'd need to close Eddie, then open a terminal and type:

 

 

dnf install beesu

 

and hit enter. After the install you could fire up Eddie again and see what happens. But as was said, it could well just be an Air DNS issue. Just mentioning it in case, as it caused me a huge headache last year on F21 until I found out lol.

[Guest]

Thank you both very much for your responses.
Sheivoko: Your fix worked! I very much appreciate the fast response and effective solution!

Rainmakerraw: I have beesu installed! While disabling IPv6 and trying to fix this by reading other posts, I came accross many people with similar issues, but had I not done that, I would've been in the dark about the beesu install.

 

Both: Thank you very much for your help, time, and your politeness!