udp randomly unusable since the last couple of days, insane upload speeds shown in airvpn client and 0 download , no internet access unless tcp

sunnymorning

well the title says it all , as of late i airvpn servers mainly cygni and serpentis are apparently blocking udp , and i get wobly connection with airvpn it auto disconnects me randomly since today and a couple of days back , with tcp both mentioned work , so somethings going on , best to check it out guys

Staff

well the title says it all , as of late i airvpn servers mainly cygni and serpentis are apparently blocking udp , and i get wobly connection with airvpn it auto disconnects me randomly since today and a couple of days back , with tcp both mentioned work , so somethings going on , best to check it out guys

Hello!

No problems are detected on any UDP port on any server.

Kind regards

sunnymorning

so what could the problem be then , since airvpn is showing like 600mb upload and 0 download or a couple kbs if at all with any udp mode ,and no internet access , thou i still can use torbrowser , wtf ? as said tcp regular interent and net work but with udp only tor works , very odd , help please id like to use udp got much faster speeds with it and this has been only happening recently , as most people here , no changes to hardware , software etc, still am using comodo firewall with w7

sunnymorning

almost forgot heres a airvpn log

01/04/2013 - 7:24 PM Already connected.

01/04/2013 - 7:24 PM Login...

01/04/2013 - 7:24 PM Already connected.

01/04/2013 - 7:26 PM Login...

01/04/2013 - 7:26 PM Login success.

01/04/2013 - 7:27 PM Contacting service...

01/04/2013 - 7:27 PM Connecting...

01/04/2013 - 7:27 PM OpenVPN 2.2.2 Win32-MSVC++ [sSL] [LZO2] [PKCS11] built on Dec 15 2011

01/04/2013 - 7:27 PM NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

01/04/2013 - 7:27 PM LZO compression initialized

01/04/2013 - 7:27 PM Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

01/04/2013 - 7:27 PM Socket Buffers: R=[8192->8192] S=[8192->8192]

01/04/2013 - 7:27 PM Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

01/04/2013 - 7:27 PM Local Options hash (VER=V4): '22188c5b'

01/04/2013 - 7:27 PM Expected Remote Options hash (VER=V4): 'a8f55717'

01/04/2013 - 7:27 PM UDPv4 link local: [undef]

01/04/2013 - 7:27 PM UDPv4 link remote: 94.185.85.170:53

01/04/2013 - 7:27 PM TLS: Initial packet from 94.185.85.170:53, sid=1fa3c97d 2a33bf83

01/04/2013 - 7:27 PM VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

01/04/2013 - 7:27 PM VERIFY OK: nsCertType=SERVER

01/04/2013 - 7:27 PM VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

01/04/2013 - 7:27 PM Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:27 PM Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:27 PM Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:27 PM Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:27 PM Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

01/04/2013 - 7:27 PM [server] Peer Connection Initiated with 94.185.85.170:53

01/04/2013 - 7:27 PM SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

01/04/2013 - 7:27 PM PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.8.0.1,comp-lzo no,route 10.8.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.8.0.54 10.8.0.53'

01/04/2013 - 7:27 PM OPTIONS IMPORT: timers and/or timeouts modified

01/04/2013 - 7:27 PM OPTIONS IMPORT: LZO parms modified

01/04/2013 - 7:27 PM OPTIONS IMPORT: --ifconfig/up options modified

01/04/2013 - 7:27 PM OPTIONS IMPORT: route options modified

01/04/2013 - 7:27 PM OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

01/04/2013 - 7:27 PM WARNING: potential TUN/TAP adapter subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.8.0.54/255.255.255.255]

01/04/2013 - 7:27 PM ROUTE default_gateway=10.1.1.1

01/04/2013 - 7:27 PM TAP-WIN32 device [AirVpn] opened: \\.\Global\{7A7FEC29-0BF3-478D-885F-F7839EF4FF10}.tap

01/04/2013 - 7:27 PM TAP-Win32 Driver Version 9.9

01/04/2013 - 7:27 PM TAP-Win32 MTU=1500

01/04/2013 - 7:27 PM Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.8.0.54/255.255.255.252 on interface {7A7FEC29-0BF3-478D-885F-F7839EF4FF10} [DHCP-serv: 10.8.0.53, lease-time: 31536000]

01/04/2013 - 7:27 PM Successful ARP Flush on interface [18] {7A7FEC29-0BF3-478D-885F-F7839EF4FF10}

01/04/2013 - 7:27 PM TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

01/04/2013 - 7:27 PM C:\WINDOWS\system32\route.exe ADD 94.185.85.170 MASK 255.255.255.255 10.1.1.1

01/04/2013 - 7:27 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4

01/04/2013 - 7:27 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:27 PM C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:27 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:27 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:27 PM C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:27 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:27 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:27 PM WARNING: potential route subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.8.0.1/255.255.255.255]

01/04/2013 - 7:27 PM C:\WINDOWS\system32\route.exe ADD 10.8.0.1 MASK 255.255.255.255 10.8.0.53

01/04/2013 - 7:27 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:27 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:27 PM Initialization Sequence Completed

01/04/2013 - 7:27 PM Starting Management Interface...

01/04/2013 - 7:27 PM Checking...

01/04/2013 - 7:27 PM Retrieve statistics...

01/04/2013 - 7:27 PM Connected.

01/04/2013 - 7:30 PM [server] Inactivity timeout (--ping-restart), restarting

01/04/2013 - 7:30 PM TCP/UDP: Closing socket

01/04/2013 - 7:30 PM Re-connecting...

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe DELETE 10.8.0.1 MASK 255.255.255.255 10.8.0.53

01/04/2013 - 7:30 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe DELETE 94.185.85.170 MASK 255.255.255.255 10.1.1.1

01/04/2013 - 7:30 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:30 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:30 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM Closing TUN/TAP interface

01/04/2013 - 7:30 PM SIGUSR1[soft,ping-restart] received, process restarting

01/04/2013 - 7:30 PM Restart pause, 2 second(s)

01/04/2013 - 7:30 PM NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

01/04/2013 - 7:30 PM LZO compression initialized

01/04/2013 - 7:30 PM Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

01/04/2013 - 7:30 PM Socket Buffers: R=[8192->8192] S=[8192->8192]

01/04/2013 - 7:30 PM Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

01/04/2013 - 7:30 PM Local Options hash (VER=V4): '22188c5b'

01/04/2013 - 7:30 PM Expected Remote Options hash (VER=V4): 'a8f55717'

01/04/2013 - 7:30 PM UDPv4 link local: [undef]

01/04/2013 - 7:30 PM UDPv4 link remote: 94.185.85.170:53

01/04/2013 - 7:30 PM TLS: Initial packet from 94.185.85.170:53, sid=d0460317 9a89ce95

01/04/2013 - 7:30 PM VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

01/04/2013 - 7:30 PM VERIFY OK: nsCertType=SERVER

01/04/2013 - 7:30 PM VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

01/04/2013 - 7:30 PM Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:30 PM Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:30 PM Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:30 PM Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:30 PM Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

01/04/2013 - 7:30 PM [server] Peer Connection Initiated with 94.185.85.170:53

01/04/2013 - 7:30 PM SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

01/04/2013 - 7:30 PM PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.8.0.1,comp-lzo no,route 10.8.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.8.0.54 10.8.0.53'

01/04/2013 - 7:30 PM OPTIONS IMPORT: timers and/or timeouts modified

01/04/2013 - 7:30 PM OPTIONS IMPORT: LZO parms modified

01/04/2013 - 7:30 PM OPTIONS IMPORT: --ifconfig/up options modified

01/04/2013 - 7:30 PM OPTIONS IMPORT: route options modified

01/04/2013 - 7:30 PM OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

01/04/2013 - 7:30 PM WARNING: potential TUN/TAP adapter subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.8.0.54/255.255.255.255]

01/04/2013 - 7:30 PM ROUTE default_gateway=10.1.1.1

01/04/2013 - 7:30 PM TAP-WIN32 device [AirVpn] opened: \\.\Global\{7A7FEC29-0BF3-478D-885F-F7839EF4FF10}.tap

01/04/2013 - 7:30 PM TAP-Win32 Driver Version 9.9

01/04/2013 - 7:30 PM TAP-Win32 MTU=1500

01/04/2013 - 7:30 PM Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.8.0.54/255.255.255.252 on interface {7A7FEC29-0BF3-478D-885F-F7839EF4FF10} [DHCP-serv: 10.8.0.53, lease-time: 31536000]

01/04/2013 - 7:30 PM Successful ARP Flush on interface [18] {7A7FEC29-0BF3-478D-885F-F7839EF4FF10}

01/04/2013 - 7:30 PM TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe ADD 94.185.85.170 MASK 255.255.255.255 10.1.1.1

01/04/2013 - 7:30 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4

01/04/2013 - 7:30 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:30 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:30 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:30 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:30 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM WARNING: potential route subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.8.0.1/255.255.255.255]

01/04/2013 - 7:30 PM C:\WINDOWS\system32\route.exe ADD 10.8.0.1 MASK 255.255.255.255 10.8.0.53

01/04/2013 - 7:30 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:30 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:30 PM Initialization Sequence Completed

01/04/2013 - 7:30 PM Starting Management Interface...

01/04/2013 - 7:30 PM Checking...

01/04/2013 - 7:31 PM Unable to connect to the remote server

01/04/2013 - 7:31 PM SIGTERM received, sending exit notification to peer

01/04/2013 - 7:31 PM TCP/UDP: Closing socket

01/04/2013 - 7:31 PM Disconnected.

01/04/2013 - 7:31 PM C:\WINDOWS\system32\route.exe DELETE 10.8.0.1 MASK 255.255.255.255 10.8.0.53

01/04/2013 - 7:31 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:31 PM C:\WINDOWS\system32\route.exe DELETE 94.185.85.170 MASK 255.255.255.255 10.1.1.1

01/04/2013 - 7:31 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:31 PM C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:31 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:31 PM C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.8.0.53

01/04/2013 - 7:31 PM Route deletion via IPAPI succeeded [adaptive]

01/04/2013 - 7:31 PM Closing TUN/TAP interface

01/04/2013 - 7:31 PM SIGTERM[hard,] received, process exiting

01/04/2013 - 7:32 PM Login...

01/04/2013 - 7:32 PM Already connected.

01/04/2013 - 7:32 PM Login...

01/04/2013 - 7:32 PM Already connected.

01/04/2013 - 7:32 PM Login...

01/04/2013 - 7:32 PM Login success.

01/04/2013 - 7:32 PM Contacting service...

01/04/2013 - 7:32 PM Connecting...

01/04/2013 - 7:32 PM OpenVPN 2.2.2 Win32-MSVC++ [sSL] [LZO2] [PKCS11] built on Dec 15 2011

01/04/2013 - 7:33 PM NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

01/04/2013 - 7:33 PM LZO compression initialized

01/04/2013 - 7:33 PM Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

01/04/2013 - 7:33 PM Socket Buffers: R=[8192->8192] S=[8192->8192]

01/04/2013 - 7:33 PM Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

01/04/2013 - 7:33 PM Local Options hash (VER=V4): '22188c5b'

01/04/2013 - 7:33 PM Expected Remote Options hash (VER=V4): 'a8f55717'

01/04/2013 - 7:33 PM UDPv4 link local: [undef]

01/04/2013 - 7:33 PM UDPv4 link remote: 94.185.85.170:443

01/04/2013 - 7:33 PM TLS: Initial packet from 94.185.85.170:443, sid=3c0b2c96 9e281fea

01/04/2013 - 7:33 PM VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

01/04/2013 - 7:33 PM VERIFY OK: nsCertType=SERVER

01/04/2013 - 7:33 PM VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

01/04/2013 - 7:33 PM Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:33 PM Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:33 PM Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

01/04/2013 - 7:33 PM Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

01/04/2013 - 7:33 PM Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

01/04/2013 - 7:33 PM [server] Peer Connection Initiated with 94.185.85.170:443

01/04/2013 - 7:33 PM SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

01/04/2013 - 7:33 PM 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 60,ifconfig 10.4.6.38 10.4.6.37'

01/04/2013 - 7:33 PM OPTIONS IMPORT: timers and/or timeouts modified

01/04/2013 - 7:33 PM OPTIONS IMPORT: LZO parms modified

01/04/2013 - 7:33 PM OPTIONS IMPORT: --ifconfig/up options modified

01/04/2013 - 7:33 PM OPTIONS IMPORT: route options modified

01/04/2013 - 7:33 PM OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

01/04/2013 - 7:33 PM WARNING: potential TUN/TAP adapter subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.4.6.38/255.255.255.255]

01/04/2013 - 7:33 PM ROUTE default_gateway=10.1.1.1

01/04/2013 - 7:33 PM TAP-WIN32 device [AirVpn] opened: \\.\Global\{7A7FEC29-0BF3-478D-885F-F7839EF4FF10}.tap

01/04/2013 - 7:33 PM TAP-Win32 Driver Version 9.9

01/04/2013 - 7:33 PM TAP-Win32 MTU=1500

01/04/2013 - 7:33 PM Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.4.6.38/255.255.255.252 on interface {7A7FEC29-0BF3-478D-885F-F7839EF4FF10} [DHCP-serv: 10.4.6.37, lease-time: 31536000]

01/04/2013 - 7:33 PM Successful ARP Flush on interface [18] {7A7FEC29-0BF3-478D-885F-F7839EF4FF10}

01/04/2013 - 7:33 PM TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

01/04/2013 - 7:33 PM C:\WINDOWS\system32\route.exe ADD 94.185.85.170 MASK 255.255.255.255 10.1.1.1

01/04/2013 - 7:33 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4

01/04/2013 - 7:33 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:33 PM C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.6.37

01/04/2013 - 7:33 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:33 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:33 PM C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.6.37

01/04/2013 - 7:33 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:33 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:33 PM WARNING: potential route subnet conflict between local LAN [10.0.0.0/255.0.0.0] and remote VPN [10.4.0.1/255.255.255.255]

01/04/2013 - 7:33 PM C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.6.37

01/04/2013 - 7:33 PM ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

01/04/2013 - 7:33 PM Route addition via IPAPI succeeded [adaptive]

01/04/2013 - 7:33 PM Initialization Sequence Completed

01/04/2013 - 7:33 PM Starting Management Interface...

01/04/2013 - 7:33 PM Checking...

01/04/2013 - 7:33 PM Retrieve statistics...

01/04/2013 - 7:33 PM Connected.

hope this helps and heres the screenshot from the airvpn connected to cygni and the forementioned problem im having atm

Staff

Hello!

Probably it's a display bug in the Air client we were unaware of. 44000 kB/s is a stellar bandwidth (5500 Mbit/s) which is not even supported by any of our servers.

Kind regards

sunnymorning

its like im talking to a freakin wall , would you be so kind and answer my entire question not bits and bites you think are answer worthy , jesus

somethings wrong with udp and the airvpn client server, no matter what udp port i use 443,80,53, i get what you see by that screenshot ,and can only use tor to gain access to the web, with tcp, any port ,my internet works normaly that means net access without tor required , this has been like this since today and the last

couple of days off and on randomly but mainly today , have had this in the past then it went away solved itself and now the same freakin udp problem , and no i dont have any malware , fully scanned with both malwarebytes and eset32 latest versions and hitman pro, not to mention its a fresh install with the latest updates that includes drivers

so what, you want me to just wait till the air servers stop blocking udp or what,no offense , but this pisses me off just a bit ive been with airvpn for quite some time now and this has almost never happened , but here we are this is one of those exceptions

Kas_Can_Fly

Admittedly at only 24000+, I'm having the exact same issue whenever I manage to connect. Sorry for hijacking but you're not the only one.

Staff

Admittedly at only 24000+, I'm having the exact same issue whenever I manage to connect. Sorry for hijacking but you're not the only one.

Hello!

Do you experience connection problems with Serpentis and/or Cygni?

Kind regards

Kas_Can_Fly

I've had problems on many servers. Just now I've conn

ected to Cygni (logs below), and in just over a minute I downloaded 7kb before it locked and I was unable to even load google, but in that time frame I uploaded 1223999kb. I'm on Windows 8, I've had the same problem with openVPN 2.2.2, 2.2.3rc1 and 2.2.3rc2. I'm back to using 2.2.2. I've enabled RAS connections and networking on startup, disabled IVP6, 4 different DNS servers, tried with and with out firewalls and anti-virus software. I have also run a full system search for all types of malware and I was completely clean. I could run AirVPN on this computer before and never had an issue, when it was windows 7.

05/01/2013 - 12:32 AirVPN client version: 1.7

05/01/2013 - 12:32 Reading options from C:\Users\Kas\AppData\Roaming\AirVPN\Air\1.0.0.0\AirVPN.xml

05/01/2013 - 12:32 OpenVPN bundle version: OpenVPN 2.2.2

05/01/2013 - 12:32 OpenVPN current version: OpenVPN 2.2.2

05/01/2013 - 12:32 Ready.

05/01/2013 - 12:32 Login...

05/01/2013 - 12:32 Login success.

05/01/2013 - 12:32 Contacting service...

05/01/2013 - 12:32 Connecting...

05/01/2013 - 12:32 OpenVPN 2.2.2 Win32-MSVC++ [sSL] [LZO2] [PKCS11] built on Dec 15 2011

05/01/2013 - 12:32 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables

05/01/2013 - 12:32 LZO compression initialized

05/01/2013 - 12:32 Control Channel MTU parms [ L:1558 D:138 EF:38 EB:0 ET:0 EL:0 ]

05/01/2013 - 12:32 Socket Buffers: R=[65536->65536] S=[65536->65536]

05/01/2013 - 12:32 Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]

05/01/2013 - 12:32 Local Options hash (VER=V4): '22188c5b'

05/01/2013 - 12:32 Expected Remote Options hash (VER=V4): 'a8f55717'

05/01/2013 - 12:32 UDPv4 link local: [undef]

05/01/2013 - 12:32 UDPv4 link remote: 94.185.85.170:443

05/01/2013 - 12:32 TLS: Initial packet from 94.185.85.170:443, sid=c14ca98a acdbaf0d

05/01/2013 - 12:32 VERIFY OK: depth=1, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=airvpn.org_CA/emailAddress=info@airvpn.org

05/01/2013 - 12:32 VERIFY OK: nsCertType=SERVER

05/01/2013 - 12:32 VERIFY OK: depth=0, /C=IT/ST=IT/L=Perugia/O=airvpn.org/CN=server/emailAddress=info@airvpn.org

05/01/2013 - 12:32 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

05/01/2013 - 12:32 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

05/01/2013 - 12:32 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

05/01/2013 - 12:32 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

05/01/2013 - 12:32 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

05/01/2013 - 12:32 [server] Peer Connection Initiated with 94.185.85.170:443

05/01/2013 - 12:32 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)

05/01/2013 - 12:32 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 60,ifconfig 10.4.12.10 10.4.12.9'

05/01/2013 - 12:32 OPTIONS IMPORT: timers and/or timeouts modified

05/01/2013 - 12:32 OPTIONS IMPORT: LZO parms modified

05/01/2013 - 12:32 OPTIONS IMPORT: --ifconfig/up options modified

05/01/2013 - 12:32 OPTIONS IMPORT: route options modified

05/01/2013 - 12:32 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

05/01/2013 - 12:32 ROUTE default_gateway=192.168.1.1

05/01/2013 - 12:32 TAP-WIN32 device [Local Area Connection] opened: \\.\Global\{A7A34FEB-B632-4048-BA94-A210699B66D9}.tap

05/01/2013 - 12:32 TAP-Win32 Driver Version 9.9

05/01/2013 - 12:32 TAP-Win32 MTU=1500

05/01/2013 - 12:32 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.4.12.10/255.255.255.252 on interface {A7A34FEB-B632-4048-BA94-A210699B66D9} [DHCP-serv: 10.4.12.9, lease-time: 31536000]

05/01/2013 - 12:32 Successful ARP Flush on interface [19] {A7A34FEB-B632-4048-BA94-A210699B66D9}

05/01/2013 - 12:32 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up

05/01/2013 - 12:32 C:\WINDOWS\system32\route.exe ADD 94.185.85.170 MASK 255.255.255.255 192.168.1.1

05/01/2013 - 12:32 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=40 and dwForwardType=4

05/01/2013 - 12:32 Route addition via IPAPI succeeded [adaptive]

05/01/2013 - 12:32 C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.12.9

05/01/2013 - 12:32 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

05/01/2013 - 12:32 Route addition via IPAPI succeeded [adaptive]

05/01/2013 - 12:32 C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.12.9

05/01/2013 - 12:32 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

05/01/2013 - 12:32 Route addition via IPAPI succeeded [adaptive]

05/01/2013 - 12:32 C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.12.9

05/01/2013 - 12:32 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4

05/01/2013 - 12:32 Route addition via IPAPI succeeded [adaptive]

05/01/2013 - 12:32 Initialization Sequence Completed

05/01/2013 - 12:32 Starting Management Interface...

05/01/2013 - 12:32 Checking...

05/01/2013 - 12:32 Retrieve statistics...

05/01/2013 - 12:32 Connected.

05/01/2013 - 12:33 Disconnecting...

05/01/2013 - 12:33 SIGTERM received, sending exit notification to peer

05/01/2013 - 12:33 TCP/UDP: Closing socket

05/01/2013 - 12:33 Disconnected.

05/01/2013 - 12:33 C:\WINDOWS\system32\route.exe DELETE 10.4.0.1 MASK 255.255.255.255 10.4.12.9

05/01/2013 - 12:33 Route deletion via IPAPI succeeded [adaptive]

05/01/2013 - 12:33 C:\WINDOWS\system32\route.exe DELETE 94.185.85.170 MASK 255.255.255.255 192.168.1.1

05/01/2013 - 12:33 Route deletion via IPAPI succeeded [adaptive]

05/01/2013 - 12:33 C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.12.9

05/01/2013 - 12:33 Route deletion via IPAPI succeeded [adaptive]

05/01/2013 - 12:33 C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.12.9

05/01/2013 - 12:33 Route deletion via IPAPI succeeded [adaptive]

05/01/2013 - 12:33 Closing TUN/TAP interface

05/01/2013 - 12:33 SIGTERM[hard,] received, process exiting

Staff

Hello!

All the servers are responding correctly on all ports and your connection logs look just fine. Probably it's something related to your system, considering also that Cygni and Serpentis are on different datacenters with different ISPs. Can you determine what is the task or process which causes such a spike in upload bandwidth? You can see it with Wireshark or with the Comodo firewall connection monitor.

http://www.wireshark.org

Also, does the problem occur to you on servers outside Sweden too?

Kind regards

Kas_Can_Fly

Yep, I've had the problem with atleast 4 other servers, in the UK, US and I'm sure I've tried others but I can't remember now, I've done so many different things to try and resolve the problem I beginning to lose track. Wireshark nearly crashed with the TAP device I got thousands of these two entries, the one then the other consistently:

1 0.000000000 10.4.21.154 108.59.8.147 IPv4 1514 Fragmented IP protocol (proto=UDP 17, off=0, ID=77b4) [Reassembled in #2]

2 0.000022000 10.4.21.154 108.59.8.147 UDP 119 Source port: 50591 Destination port: https

..... all the way to:

848651 54.823486000 10.4.21.154 108.59.8.147 IPv4 1514 Fragmented IP protocol (proto=UDP 17, off=0, ID=14d7) [Reassembled in #848652]

848652 54.823506000 10.4.21.154 108.59.8.147 UDP 119 Source port: 50591 Destination port: https

I must admit that all goes over my head but I hope it helps. I checked out the data with normal network adapter, but it appeared normal and I presume you meant the TAP device, let me know If I can provide anything else.

Kas_Can_Fly

This person seems to have something similar too: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=6618&Itemid=142

Staff

Yep, I've had the problem with atleast 4 other servers, in the UK, US and I'm sure I've tried others but I can't remember now, I've done so many different things to try and resolve the problem I beginning to lose track. Wireshark nearly crashed with the TAP device I got thousands of these two entries, the one then the other consistently:
1 0.000000000 10.4.21.154 108.59.8.147 IPv4 1514 Fragmented IP protocol (proto=UDP 17, off=0, ID=77b4) [Reassembled in #2]
2 0.000022000 10.4.21.154 108.59.8.147 UDP 119 Source port: 50591 Destination port: https
..... all the way to:
848651 54.823486000 10.4.21.154 108.59.8.147 IPv4 1514 Fragmented IP protocol (proto=UDP 17, off=0, ID=14d7) [Reassembled in #848652]
848652 54.823506000 10.4.21.154 108.59.8.147 UDP 119 Source port: 50591 Destination port: https
I must admit that all goes over my head but I hope it helps. I checked out the data with normal network adapter, but it appeared normal and I presume you meant the TAP device, let me know If I can provide anything else.

Hello!

It appears clearly a problem on your side, because different servers in different countries can't have all the same problem (additionally, we don't detect any problem on any server and thousands of clients connect and exchange data just fine). What do you mean when you say that Wireshark nearly crashed? What were the symptoms of it?

In order to focus on the problem, do you have any other system in your place? If so, what happens if you try a connection from a different system on the same router and ISP?

Kind regards

Staff

This person seems to have something similar too: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=6618&Itemid=142

Hello!

The other thread refers to a connection which is usable only after some data have been exchanged, while your problem, if we get it right, is that your connection freezes. Do we understand it correctly?

Kind regards

Kas_Can_Fly

Wireshark suddenly took up huge amounts of CPU and Memory, and was for the most part unresponsive, I couldn't move the window or minimise it. The second I stopped airvpn it was fine. In the time that I was connected 54 seconds, I had just shy of 850000 fragmented packets. Now I know I don't really understand that (but it sounds like an awful lot). On my Wireless adapter, I had no issues whatsoever so I can only assume that the unresponsiveness and drain on system resources was caused by the quantity of packets per second (over 15500)

I shall try my another computer on the network later. But I had no problems a few weeks ago when I was on Windows 7, the problem appears to have started with the change in OS. But I shall let you know. Thanks again.

seemslegitafterall

just booted up my pc ,udp working again , thank god

Staff

Hello!

Thanks, we're looking forward to hearing from you.

Kind regards

seemslegitafterall

btw good to see im not the only one with that odd issue , as said its random and few , hardly happens but it does , i can assure you its not your os since im on w7 and have had the same problem as youve seen from my screenshot

anyhow as said udp is now working fine again , hope this randomness stays far away , not sure if its the airvpn client having a bug and messing up connection protocols for udp or randomly fragmenting packets or who knows what

Staff

btw good to see im not the only one with that odd issue , as said its random and few , hardly happens but it does , i can assure you its not your os since im on w7 and have had the same problem as youve seen from my screenshot
anyhow as said udp is now working fine again , hope this randomness stays far away , not sure if its the airvpn client having a bug and messing up connection protocols for udp or randomly fragmenting packets or who knows what

Hello!

The Air client is an OpenVPN wrapper so everything pertaining to the VPN connection is handled by OpenVPN.

Kind regards

sunnymorning

i see ,good to hear that , well apparently openvpn has some quirks randomly once in a while not sure how else to explain it, since ive mentioned this problem like 6 months ago as it had happened back then as well , oddly enough

btw if you was wondering why seemslegitafterall sounds just like me well ,i accidentally posted under my old test account from wilders , lols

just deleted the pass out of my keepass database ,it autologged me in with the wrong username , was too lazy to delete it until a couple seconds ago xD

Staff

i see ,good to hear that , well apparently openvpn has some quirks randomly once in a while not sure how else to explain it, since ive mentioned this problem like 6 months ago as it had happened back then as well , oddly enough

Hello!

It is not a reported bug as far as we know, but if you can manage to have a reproducible bug under a controlled environment, you can surely warn about it in the OpenVPN Community bug reports forum.

Kind regards

sunnymorning

that would be indeed a difficult task to do ,as said , its very random and hardly ever happens , sometimes its like recently only a few days , sometimes its a week 4 months before , if id know how to reproduce it on the push of a button id do so and report it to the openvpn devs asap, since this should NEVER happen, and yet there are 2 users me and that other guy with w8 having this issue randomly

ill go and report it anyhow , see what they have to say , thanks again as usual

Kas_Can_Fly

Despite being able to reproduce the error on my computer I can't find what's causing it and it doesn't occur through another computer on the same network. Even if it is caused by windows 8 it would be very nice if it could be fixed. I have found (thank you sunnymorning!!) that I was able to connect with a TCP connection, which means that I can finally connect. So it does seem to be only through UDP connections. I don't know what could cause this or how it could be resolved. Thanks anyway.

Staff

Despite being able to reproduce the error on my computer I can't find what's causing it and it doesn't occur through another computer on the same network. Even if it is caused by windows 8 it would be very nice if it could be fixed. I have found (thank you sunnymorning!!) that I was able to connect with a TCP connection, which means that I can finally connect. So it does seem to be only through UDP connections. I don't know what could cause this or how it could be resolved. Thanks anyway.

Hello!

The other computer, we presume, does not run Windows 8, is it correct?

Kind regards

Kas_Can_Fly

No, it runs windows 7. I simply downloaded the required files from this site, installed openvpn and ran airvpn and was working immediately. As easy as I've always remembered.

udp randomly unusable since the last couple of days, insane upload speeds shown in airvpn client and 0 download , no internet access unless tcp

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

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