Jump to content
Not connected, Your IP: 216.73.216.117

Staff

Staff
  • Content Count

    11801
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    2124

Everything posted by Staff

  1. Hello! Please see the last part of this message: https://airvpn.org/topic/12671-upgrades-for-eddie/?do=findComment&comment=21663 About latency: https://en.wikipedia.org/wiki/Latency_%28engineering%29 - in particular https://en.wikipedia.org/wiki/Latency_%28engineering%29#Packet-switched_networks Kind regards
  2. Hello, your account is authorized to access every VPN server and as usual it can establish three simultaneous connections from different devices to different VPN servers. Please feel free to publish client logs pertaining to some failed connection. Kind regards
  3. Hello! We don't experience any problem with 2.8RC3 on OS X 10.10. Can you please make sure that you're running RC3 (select "AirVPN" -> "About" menu item)? Can you please provide more details? Is pf running? If so, which rules does it have after you have enabled and activated Network Lock? Kind regards yes, I'm running RC3. I tried with PF or automatic. In both cases after disconnecting from airvpn servers I do have a network lock active confirmation on the overview page of the eddie client. However I can connect to the internet via browsers or apps without any problem. Hello, in this situation, print out pf rules. Open a shell and type the command: sudo pfctl -sr Copy everything and paste into your message. Do you know whether your ISP supports fully IPv6? Kind regards
  4. Hello! We don't experience any problem with 2.8RC3 on OS X 10.10. Can you please make sure that you're running RC3 (select "AirVPN" -> "About" menu item)? Can you please provide more details? Is pf running? If so, which rules does it have after you have enabled and activated Network Lock? Kind regards
  5. Hello, can you please provide a screenshot? We don't notice any problem with Mint 17.1 Rebecca. Make sure that you're really running version 2.8RC3 (run airvpn without arguments from a shell and look at the output). Try also portable version (NOT the portable version with Mono required). Kind regards
  6. Hello, on the other hand, we would recommend that you try 2.8RC3 on Windows as well. Kind regards
  7. Hi, no, not necessarily. We have observed many cases confirming that. In some cases, but not all, re-installation is not necessary, the problem is solved with a reset, including a Winsock sockets catalogs reset (see here for example: https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 ) While these symptoms tend to confirm that it has something to do with the client, and this is a behavior we have been unable so far to reproduce. Would you mind testing Eddie 2.8RC3 to see if it's the same or not? Kind regards
  8. Hello lsat, it looks correct that Gary's client fails and re-tries to re-install the driver because Gary disabled the tun adapter (first message of this thread), so this is not an unexplained problem but an expected behavior and we consider it solved. What we can't reproduce and it seems a unique issue to Gary is the fact that the client needs an ungraceful kill to quit. lsat, which thread are you referring to? About your problem (which we suspect is a different problem than Gary's problem), it might be a corrupt TCP/IP stack, you might try to re-install it in Windows. Kind regards
  9. Hello, of course but this issue is unique to your system at the moment. We can't reproduce it in any way and we have no additional reports to work on. Should you have additional information (such as logs, error messages, system status) do not hesitate to send them to us. Currently your data are insufficient for any deeper investigation. Kind regards
  10. Hello! The problem has been fixed, can you please check now? Kind regards
  11. Hello, what is your download (Operating System and type of Eddie package)? Kind regards
  12. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  13. Some latency improvements and the option about when the client downloads servers list have been implemented in the latest experimental build. https://airvpn.org/topic/13002-experimentalbeta-release/
  14. Some latency improvements in the new experimental version, please check it: https://airvpn.org/topic/13002-experimentalbeta-release/ Sorry but the issue about the sleep mode is still under investigation.
  15. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  16. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  17. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  18. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  19. Hello! Can you please try the new RC3 which has been just uploaded? The problem should have been fixed. Kind regards
  20. Hello! You can run the "addtap" script (it may be on different locations according to your OpenVPN version) or more simply you can re-install OpenVPN. The tun/tap interface is vital, it is the virtual network interface used by OpenVPN. Without it, OpenVPN can' t work in any way. Kind regards
  21. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  22. The improvement has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  23. The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/
  24. @LazyLizard14 Hello! The problem is neither on your ISP nor on the VPN servers, considering that you wrote that a connection from a PC keeps 30 Mbit/s. What MIPS64 CPU is in the router? It is not specified on the data sheet. Only some models of the MIPS64 CPU series have additional AES abilities. If your router CPU lacks that feature, probably the bottleneck is caused by the CPU, in spite of the low load you detect. Given the price range of your router, it is reasonable. Kind regards
  25. Not sure if it's the same but in my experience a knowledge base is quite useful to provide IT support. Problems and issues are very very diverse, and to avoid wasting time figuring out the same issues over and over again you can just create a knowledge base and look up the solution to similar problems there. That's, I think, the explanation for the Answers to tickets belong to us. I hope that somehow answered your question. Much better than this: https://en.wikipedia.org/wiki/All_your_base_are_belong_to_us Kind regards
×
×
  • Create New...