Staff

Hello! Before you proceed with complex tests, you could (if possible) test your friend's router on your line so that you can immediately detect if the performance difference is due to your router or not. Even if you both have the same ISP, not necessarily the problem lies in your hardware, for example there could be a significant difference in the conditions of your last mile. Kind regards

Hello! At a first glance, it might appear that your ISP blocks outbound UDP ports. However, the block toward 53 UDP is strange, because it would block DNS queries. So, maybe SSL/TLS negotiations are disrupted when performed through UDP (it would be very strange anyway). Maybe there's still some program in your system that blocks OpenVPN outbound UDP packets. Try to determine if UDP packets are blocked only for OpenVPN or for any application. Kind regards

Hello! Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=3773&Itemid=142#3784 Now, the number of bad packets is so low and they have been received for such a short time that you should not worry. Even if it was a replay attack (but probably it was not) OpenVPN is practically invincible against such attacks. A probable cause was a sudden, momentary very high network latency. Kind regards

Hello! Yes, DD-WRT supports Policy Based Routing with multiple routing tables: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=4207&limit=6&limitstart=6&Itemid=142#4251 Kind regards

Hello! When you perform the IP test, are you using the TOR browser, or a browser configured to connect over TOR? This would explain why you appear on the Internet with an IP address which is not the Air server exit-IP address. The logs look fine. Kind regards

Hello! In the last days Vega (the server you were connected to, according to your logs) loses connectivity (ISP line goes down for a few minutes and the datacenter becomes "isolated" - host unreachable). So the problem is just in Vega datacenter. Please try to switch server while we monitor the situation which eventually might force us to dismiss Vega if the problems are not fixed soon. When a VPN server goes suddenly down, all the accounts that were connected to that server are "locked" because the VPN server can't tell our backend servers if a client disconnected. Anyway, if our backend servers do not hear anything from a VPN server for 3 minutes, all the accounts connected to that VPN server are automatically released and re-enabled to connect to any other server. We apologize for the inconvenience. Kind regards

Hello! An account can be shared and used on as many devices as you wish, but only one can connect at the same time. Our FAQ are available here: https://airvpn.org/faq Kind regards

Hello! There are several possible solutions. This is one of the quickest (it requires Comodo on the host machine, but it needs just one rule in Comodo). In the example, the virtualization software is VirtualBox, the host is any Windows version and the guest OS is any. The host is connected to AirVPN and the guest is connected to the host with a NAT. On the Comodo application rules in the host machine, define the following rule for VirtualBox.exe: Block IP Out From IP Not In [10.4.0.0 - 10.9.255.255] To MAC Any Where Protocol Is Any If the host disconnects from the VPN the guest machine will have all its outgoing packets (in the host itself) blocked by Comodo firewall. Kind regards

Hello! You can immediately proceed to activate your account with your coupon code. Just follow the instructions (if you did not receive the instructions from the reseller, do not hesitate to ask us). Kind regards

Maintenance has been delayed 9 hours in order to give clients more time to disconnect.

Hello! As an extreme solution, when the problem occurs, please exit the Air client, reset the winsock catalog and the TCP/IP stack and re-launch the Air client. In order to perform the reset, please open a command prompt or the PowerShell with administrator privileges and type the commands: netsh winsock reset (press ENTER) netsh int ip reset reset.log (press ENTER) Check the reset.log file for any error. Please note that the above commands will terminate all connections so do not issue them if you can't afford to lose established connections, do that only when a Internet reset does not harm your Internet operations (file transfers etc.). Kind regards

Hello! You can't do that with the same account if your iPhone and Mac are on different networks. However, if they are in the same network, you can connect to Air just the Mac, share the Internet connection, and connect the iPhone to the Mac. So the iPhone will use the VPN transparently (it won't even need to run OpenVPN). The Mac needs to be connected to the Internet via Ethernet in order to let the WiFi card free to accept connections from other devices. An example: http://www.maclife.com/article/howtos/how_share_your_wireless_internet_connection_ethernet When the setup is ready, first connect your Mac to an Air VPN server, then your iPhone to the Mac. You will be able to connect all the devices in your network (home, office...) to the Mac so that they all tunnel their traffic "transparently". Kind regards

Hello! It appears that occasionally the TUN/TAP interface does not come up (probably when the problem occurs). Please try to disable NetBIOS over TCP/IP on the TAP-Win32 Adapter interface ("Properties"->"Internet Protocol TCP/IPv4"->"Properties"->"Advanced"->"WINS", finally select "Disable NetBIOS on TCP/IP" and apply the changes). Kind regards

Thread up.

Hello! Can you tell us which servers, ports and protocols? 3.5 MB/s (28 Mbit/s) is anyway a very good performance, some 100 Mbit/s servers will not be able to give you more. Try 1 Gbit/s servers on different ports, especially 53 UDP. Also, can you send us your client logs? Kind regards

Hello! Correct, you're "visible" on the Internet with the exit-IP address of the AirVPN server you're connected to. Kind regards

Hello! You connect to the entry-IP address of an AirVPN server and you're visible on the Internet with the exit-IP address of that server. Kind regards

Hello! Each server has one entry-IP and one exit-IP addresses (they are not the same to prevent some correlation attacks). The 10.x.x.x IP address is the VPN IP address pushed to clients (please see https://airvpn.org/specs ) AirVPN servers IP addresses are changed only under extraordinary circumstances. Kind regards

@kingdave Hello! What is the proxy you're connecting OpenVPN over? Kind regards

Hello! The update time period is written in the page (currently it's 60 seconds). Kind regards

Hello! Can you please send us the client logs? Kind regards

Hello! Very well. Don't forget that a TLS soft reset is not a connection dropout and does not slow down your connection in any way, on the contrary it's a good security feature (you can disable it or change the soft reset time period, but we strongly recommend you keep it enabled and not higher than 60 minutes). Kind regards

Thread up.

Hello! No, the exit-IP address is changed only under exceptional circumstances. Kind regards

Hello! Can you please send us the logs? If you use the Air client you can't find the logs in that directory. Please right-click in the Air dock icon (after you have tried a connection over Air over TOR), select "Logs" and click "Copy to clipboard" button. Then paste here. Kind regards