Jump to content
Not connected, Your IP: 18.119.143.45

Staff

Staff
  • Content Count

    11047
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1867

Everything posted by Staff

  1. That creature is a troll!
  2. Please move here https://airvpn.org/topic/17556-eddie-210-not-installing-on-ubuntu-1604-lts-due-to-libmono-dependency and please do not hijack old threads.
  3. Hello! First you need to solve the most basic problem and only then a proper troubleshooting can be done, because the first failure may cause all the other apparent problems. 19700101 10:08:52 W WARNING: Your certificate is not yet valid! Not only this means that your router date is wrong (preventing any successful handshake), but also that the router probably can't even reach an NTP server. Please check. Kind regards
  4. It is NOT possible to have three days recurring subscriptions. They do not make much sense and we explicitly forbid this option. Kind regards
  5. Hello! The performance you get is remarkably good. Our infrastructure is not sized to provide much more than that: consider the price and the fact that each server is connected to a 1 Gbit/s line. Out of curiosity, what are your bandwidth allocation per client expectations for less than 5 EUR per month? See again the Terms of Service you explicitly declared to have read and accepted to see the current guaranteed bandwidth allocation. Please note that to the best of our knowledge no consumers' VPN provider in the world is currently able to offer the same, not even for a higher price. That said, since there is still plenty of free bandwidth in the infrastructure, you can probably get higher performance (only if you have a powerful CPU and your ISP does not shape traffic) by enlarging OpenVPN sockets buffers sizes. Set them to 256 KB. Additionally, do not trust too much speed tests. They just measure the peak performance in a short interval of time in a single connection. To pick a specific server of your choice, use the "Servers" tab. You can also define a white list of servers. Eddie will connect only to a server included in a white list, when one is defined. Kind regards
  6. Staff

    EFF & FSF Support?

    @LZ1 See the license. Eddie is released under GPLv3. GPL was originally written by Stallman of the FSF. Kind regards
  7. Hi Lz1, Thanks for replying. I tried resetting my firewall settings and right now Im online without being connected through VPN for the first time in months.. Thanks man! I do still have to manually set DNS to "automatic" though since AirVPN keeps changing it to so something that doesnt allow me to acces the internet without vpn activated.. But right now that's a first world problem I can live with.. That's because you must set both DNS servers on your system network interface. Do not set the DNS settings of your Windows system to automatic acquisition, because this may make Eddie unable to restore the settings. Next Eddie release will have this bug fixed. The aforementioned setting has nothing to do with the "Automatic" setting of Eddie "DNS Switch Mode", which must remain set to "Automatic" to prevent DNS leaks in Windows. Kind regards
  8. WARNING for the casual reader who might not understand that this is only a momentary setting for testing purposes: this will cause DNS leaks on Windows. Kind regards
  9. Staff

    So far, so Good

    Yes, and it is a much more general solution. Disabling WebRTC on a browser solves the issue on that browser only. Network Lock prevents traffic leak of any process binding to the "wrong" interface. https://www.clodo.it/blog/an-alternative-approach-to-so-called-webrtc-leaks/ Kind regards
  10. Well, depends on the type of files you want to transfer. Text can be easily compressed and LZO might improve throughput. On the other hand, video containers are difficult to further compress and will therefore lower the speed with LZO. With "comp-lzo adaptive", OpenVPN will take samples of the traffic and decide everytime whether to compress or not. It's important to note here that AirVPN's server have LZO disabled, therefore setting comp-lzo to something other than no will only impact what you send but not what you receive. Just a reminder for comp-lzo pertaining to some systems. Our servers push "comp-lzo no", but on some DD-WRT builds, and probably on other systems as well, if you set LZO to "disabled" on the configuration interface, comp-lzo will be omitted, causing a connection failure. After the push, LZO will not be used, even if the client enabled it, so no problems will arise. The decision to disable LZO was taken to allocate more processing power from the CPU to the throughput. It becomes relevant (even with our CPUs supporting AES-NI) when throughput exceeds 400-500 Mbit/s with several dozens clients connected to the same daemon (each OpenVPN daemon runs necessarily in one thread of one core). We have empirically determined (no absolute truth claimed) that disabling LZO, under such conditions, provides a moderate throughput gain. Kind regards
  11. Hello, we recognize the importance of keeping Eddie in active development to improve it constantly and address any problem that can arise with new systems version, for example the cited incompatibility problems with Mono 4.x, and fix any previously undetected bug. We're glad to inform you that new Eddie releases are currently under internal alpha testing. We will keep you posted. Kind regards
  12. @LZ1 Removing cookies to prevent DNS leaks is quaint.
  13. Hello, try this, it could help fix the issue: https://airvpn.org/topic/17037-cannot-log-on-to-any-servers/?do=findComment&comment=38862 Kind regards
  14. Ok, here's the explanation once (and hopefully for the last time ) again. The DNS server runs in the VPN server and has a VPN IP address, therefore you can contact it (and receive replies from it) only inside the encrypted tunnel. When the VPN DNS server must contact authoritative DNS servers etc., it follows the very same procedure of any DNSSEC-based server. That's why using our VPN DNS makes DNSSEC superfluous in general terms, and sometimes better, because of performance and because with VPN DNS you can resolve host names in the OpenNIC and NameCoin namespaces, and use the experimental micro-routing system, which is cute when you need it. Kind regards
  15. The answer to your ticket was that a VPN is not and has never been an antimalware tool or a tool to prevent system attacks, which is quite eloquent. Your message is not only a blatant lie, but also a self-evident attack against us. We warn you to immediately stop such attempts. AirVPN
  16. Hello, please include the output of the command "ipconfig /all" issued from a PowerShell or command prompt while the Air client is not running. Kind regards
  17. Warning, this might be unrelated but it's worth a check if your OS X box is connected to a router via WiFi: http://osxdaily.com/2015/10/16/fix-wi-fi-problems-mac-os-x-el-capitan/ The idea for a possible explanation is that when you put the box to sleep without disconnecting from the VPN, default gateway and routing table remains the same (because OpenVPN can't obviously restore the previous settings), but the network interface is disabled by the "sleep mode". When you wake it up, OS X seems unable to perform a proper network reset, but only on certain machines. That would explain why you need a reboot not only to re-enter the VPN, but even to regain Internet connectivity. This potential explanation is unsatisfactory, but appears to be loosely confirmed by the fact that if you disconnect first from the VPN and then you put the machine to sleep, then the problem does not occur anymore: at wake up, OS X is able to restore Internet connectivity. Feel free to update this thread: it could be useful for our knowledge base too, because this issue is not reproducible on all OS X systems, according to various reports, but only on some of them. Kind regards
  18. Let's say the police watch the peer list of a torrent file. They could automatically log every IP downloading that torrent and know at which time this specific IP was downloading a copyrighted movie for example. They now send that full list of IPs and timestamps to the ISPs (again all of this could theoretically be fully automated) and the ISPs would check if any of their customers was connected to this given VPN IP at this given time. So if it matches, the ISP answers and says "customer so and so was in fact connected to this VPN IP at this time, at which you have seen this VPN IP download this torrent". I don't see why this wouldn't work. Hello! It's nonsense. It would not work because "the police" would need to send each warning to about 11000 ISPs in the world. Even if they embarked in this lunatic endeavor, and even if all 11000 ISPs replied properly, "the police" would receive back 0 matches, because no OpenVPN clients can connect to our servers exit-IP addresses. Kind regards
  19. Yes, it's AirVPN.xml (see the logs for the path). You can try to delete it, just in case it's corrupt. Kind regards
  20. Can you please clarify the reason and the meaning of the sentence? We offer 44 VPN servers in the Netherlands and 7 VPN servers in Germany. Kind regards
  21. Hello, problem has been fixed, try again in a few minutes and if the problem persists please open a ticket. Kind regards
  22. Hello! Problem has been fixed! Kind regards
  23. Hello! As you can see in the log entry, you have an error caused by reason 134, preceded by an "not yet valid" which is only apparently enigmatic. This implies that your timeline is not matching with our timeline, even though the Attractor Field could be the same. In our timeline, the technology you are using is not available in 1970. Our certificates began to be issued after 2010 and our whole infrastructure was born only in 2010. It is unclear how, in spite of the divergence, communications are flowing between you and us. We strongly recommend that you try to fix the divergence with the help of an NTP server for your router, before any potential paradox can cause extensive damage either in your or our observable time line, or even fall in the scope of a different Attractor Field. In any case, please proceed quickly but with extreme caution. Kind regards John
  24. Hello! comp-lzo must be active on client side, even if disabled. The VPN server will push "comp-lzo no" and if comp-lzo is not supported on the client side, the handshake will fail. Kind regards
  25. Hello! Please read the answers to the FAQ before posting a frequently asked question that has been already answered (this is a general rule to everyone, not specific to you). https://airvpn.org/topic/9161-you-provide-remote-port-forwarding-what-is-it/ You can forward up to 20 ports simultaneously. You can do that on our website, in your account "Client Area". You can't forward ports lower than 2048. You can map a remotely forwarded port to a different local port: this is useful for a variety of cases, for example when your service listens to a port lower than 2048 or when the port is already reserved. We might delete any topic that asks an answered FAQ. We underline that you can remap any remotely forwarded port to any local port. Kind regards
×
×
  • Create New...