Jump to content


Photo

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

fedora problem connect flushing dns help

Best Answer sheivoko, 13 August 2015 - 02:03 PM

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.

Go to the full post


  • Please log in to reply
3 replies to this topic

#1 capovpn

capovpn

    Newbie

  • Members
  • Pip
  • 4 posts

Posted 13 August 2015 - 12:50 PM

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)
 



#2 sheivoko

sheivoko

    Advanced Member

  • Members
  • PipPipPip
  • 214 posts

Posted 13 August 2015 - 02:03 PM   Best Answer

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.


all of my content is released under CC-BY-SA 2.0


#3 rainmakerraw

rainmakerraw

    Advanced Member

  • Members
  • PipPipPip
  • 217 posts

Posted 13 August 2015 - 11:05 PM

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.



#4 capovpn

capovpn

    Newbie

  • Members
  • Pip
  • 4 posts

Posted 13 August 2015 - 11:27 PM

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!







Similar Topics Collapse


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Servers online. Online Sessions: 15567 - BW: 56339 Mbit/sYour IP: 54.82.99.169Guest Access.