Jump to content
Not connected, Your IP: 3.23.101.241
AirVPN
Sign in to follow this  
Followers 0
Mercury

AirVPN blocked in my university?

By Mercury, ... in Troubleshooting and Problems

Recommended Posts

Mercury    0

Mercury
Posted ...

Hi,

I just tried using my VPN during one of my lectures to work around the block of Battle.net Ports from my university.

Unfortunately I can't connect to the VPN either. It seems unlikely to me that they blocked every port that I can use to connect to AirVPN (I tried all of them.)

Is there anything else I can do? This is a log of what happens when I try to connect:

 

I 2014.08.27 10:37:43 - AirVPN client version: 2.4, System: Windows, Architecture: x64
. 2014.08.27 10:37:43 - Reading options from C:\Users\Mercury\AppData\Local\AirVPN\AirVPN.xml
. 2014.08.27 10:37:44 - Data Path: C:\Users\Mercury\AppData\Local\AirVPN
. 2014.08.27 10:37:44 - App Path: C:\Program Files\AirVPN
. 2014.08.27 10:37:44 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe
. 2014.08.27 10:37:44 - Command line arguments: path="home"
. 2014.08.27 10:37:44 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1
I 2014.08.27 10:37:44 - OpenVPN Driver - TAP-Windows Adapter V9
I 2014.08.27 10:37:44 - OpenVPN - Version: OpenVPN 2.3.4 (C:\Program Files\AirVPN\openvpn.exe)
I 2014.08.27 10:37:44 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)
I 2014.08.27 10:37:44 - SSL - Version: stunnel 4.56 (C:\Program Files\AirVPN\stunnel.exe)
I 2014.08.27 10:37:44 - IPV6: Available
! 2014.08.27 10:37:44 - Ready
I 2014.08.27 10:37:59 - Session starting.
! 2014.08.27 10:37:59 - Checking environment
! 2014.08.27 10:37:59 - Retrieving manifest
! 2014.08.27 10:38:14 - Checking authorization
! 2014.08.27 10:38:15 - Connecting to Dorsum (Netherlands, Amsterdam)
. 2014.08.27 10:38:15 - OpenVPN > OpenVPN 2.3.4 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 18 2014
. 2014.08.27 10:38:15 - OpenVPN > library versions: OpenSSL 1.0.1i 6 Aug 2014, LZO 2.05
. 2014.08.27 10:38:15 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2014.08.27 10:38:15 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2014.08.27 10:38:15 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2014.08.27 10:38:15 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2014.08.27 10:38:15 - OpenVPN > Socket Buffers: R=[8192->8192] S=[8192->8192]
. 2014.08.27 10:38:15 - OpenVPN > Attempting to establish TCP connection with [AF_INET]95.211.149.195:443 [nonblock]
. 2014.08.27 10:38:16 - OpenVPN > TCP connection established with [AF_INET]95.211.149.195:443
. 2014.08.27 10:38:16 - OpenVPN > TCPv4_CLIENT link local: [undef]
. 2014.08.27 10:38:16 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]95.211.149.195:443
. 2014.08.27 10:38:16 - OpenVPN > TLS: Initial packet from [AF_INET]95.211.149.195:443, sid=d5c6df67 b659557b
. 2014.08.27 10:38:18 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2014.08.27 10:38:18 - OpenVPN > Validating certificate key usage
. 2014.08.27 10:38:18 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2014.08.27 10:38:18 - OpenVPN > VERIFY KU OK
. 2014.08.27 10:38:18 - OpenVPN > Validating certificate extended key usage
. 2014.08.27 10:38:18 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2014.08.27 10:38:18 - OpenVPN > VERIFY EKU OK
. 2014.08.27 10:38:18 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2014.08.27 10:38:22 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2014.08.27 10:38:22 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2014.08.27 10:38:22 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2014.08.27 10:38:22 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2014.08.27 10:38:22 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2014.08.27 10:38:22 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]95.211.149.195:443
. 2014.08.27 10:38:24 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2014.08.27 10:38:26 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.5.0.1,comp-lzo no,route 10.5.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.5.11.234 10.5.11.233'
. 2014.08.27 10:38:26 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2014.08.27 10:38:26 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2014.08.27 10:38:26 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2014.08.27 10:38:26 - OpenVPN > OPTIONS IMPORT: route options modified
. 2014.08.27 10:38:26 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2014.08.27 10:38:26 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2014.08.27 10:38:26 - OpenVPN > open_tun, tt->ipv6=0
. 2014.08.27 10:38:26 - OpenVPN > TAP-WIN32 device [LAN-Verbindung 2] opened: \\.\Global\{C6AEBDD4-FFF6-47B2-8571-3178536B0F7A}.tap
. 2014.08.27 10:38:26 - OpenVPN > TAP-Windows Driver Version 9.9
. 2014.08.27 10:38:26 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.5.11.234/255.255.255.252 on interface {C6AEBDD4-FFF6-47B2-8571-3178536B0F7A} [DHCP-serv: 10.5.11.233, lease-time: 31536000]
. 2014.08.27 10:38:26 - OpenVPN > Successful ARP Flush on interface [33] {C6AEBDD4-FFF6-47B2-8571-3178536B0F7A}
. 2014.08.27 10:38:31 - OpenVPN > TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
. 2014.08.27 10:38:31 - OpenVPN > C:\Windows\system32\route.exe ADD 95.211.149.195 MASK 255.255.255.255 10.5.8.1
. 2014.08.27 10:38:31 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4
. 2014.08.27 10:38:31 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:31 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.5.11.233
. 2014.08.27 10:38:31 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
. 2014.08.27 10:38:31 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:31 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.5.11.233
. 2014.08.27 10:38:31 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
. 2014.08.27 10:38:31 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:31 - OpenVPN > C:\Windows\system32\route.exe ADD 10.5.0.1 MASK 255.255.255.255 10.5.11.233
. 2014.08.27 10:38:31 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
. 2014.08.27 10:38:31 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:31 - Starting Management Interface
. 2014.08.27 10:38:31 - OpenVPN > Initialization Sequence Completed
! 2014.08.27 10:38:31 - Flushing DNS
! 2014.08.27 10:38:32 - Checking route
W 2014.08.27 10:38:34 - Die Verbindung mit dem Remoteserver kann nicht hergestellt werden.
! 2014.08.27 10:38:34 - Disconnecting
. 2014.08.27 10:38:34 - Management - Send 'signal SIGTERM'
. 2014.08.27 10:38:34 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2014.08.27 10:38:34 - OpenVPN > C:\Windows\system32\route.exe DELETE 10.5.0.1 MASK 255.255.255.255 10.5.11.233
. 2014.08.27 10:38:34 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:34 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2014.08.27 10:38:34 - OpenVPN > C:\Windows\system32\route.exe DELETE 95.211.149.195 MASK 255.255.255.255 10.5.8.1
. 2014.08.27 10:38:34 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:34 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.5.11.233
. 2014.08.27 10:38:34 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:34 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.5.11.233
. 2014.08.27 10:38:34 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]
. 2014.08.27 10:38:34 - OpenVPN > Closing TUN/TAP interface
. 2014.08.27 10:38:34 - OpenVPN > SIGTERM[hard,] received, process exiting
. 2014.08.27 10:38:34 - Connection terminated.

Share this post

Link to post

Staff    10014

Staff
Posted ...

Hello,

 

outbound port 443 TCP is not blocked according to the logs. Failure of the routes check might be caused by several factors. First of all it is necessary to determine whether the problem is in your machine or not. Try to disable "Check whether the tunnel is effectively working" in the "Advanced" tab of the client preferences, perform a connection to a VPN server, browse to airvpn.org and verify whether the central bottom box is green or red.

 

Kind regards

Share this post

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
  • Security Check
    Play CAPTCHA Audio
    Refresh Image
Sign in to follow this  
Followers 0
Go To Topic Listing
×
×
  • Create New...