-
Content Count
11531 -
Joined
... -
Last visited
... -
Days Won
2039
Everything posted by Staff
-
Problem Eddie 2.7 with LINUX MINT 17
Staff replied to syljoss's topic in Troubleshooting and Problems
Hello! It could be a problem related to the Mono framework, could you please try (if you haven't already done so) the portable version which includes a different Mono version and has been reported as working in Mint 17? We're going to test Linux Mint 17 in the very near future, but please feel free to report back. Kind regards -
Hello! The tun/tap interface (the virtual network card used by OpenVPN) does not come up. Please try to run our client Eddie, which includes some additional code which tries to force the interface up. If the client attempt does not work, please follow all the steps described here: https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 Kind regards
-
Activations delay - Instant Payment Notifications issue
Staff replied to Staff's topic in News and Announcement
Hello! The problem has been fixed. Older activations are now in the queue and will be processed in few hours. Should you have still problems with your account activation please feel free to open a ticket. Kind regards -
@nash Hello! Your message has been forwarded to the client developer leader. Thank you! Kind regards
-
[EDIT: PROBLEM FIXED] Hello! We're currently experiencing an issue with IPNs (Instant Payment Notifications) which is causing hours of delay in accounts subscriptions activations. We have already started to investigate, as soon as we discover the cause of the problem we will work to fix it in the shortest possible time. We apologize for the inconvenience. Kind regards
-
@splatter DHT is a complete replacement for trackers and it is of course to be strongly preferred over trackers because it solves one the major problems of bittorrent (centralization due to trackers). We don't know why you find issues with DHT, try to boost peer discovery with PEX. On which VPN servers do you experience the problem you report? Kind regards
-
Hello! Knowing your IP address is inevitable at some stage, otherwise there would be no possible communication in any way. However the IP address is not stored (or even less sent to third-parties!) in any way, so it is lost as soon as you disconnect. By the way, you can hide your real IP address even to our servers by connecting for example OpenVPN over TOR. We don't block TOR nodes, of course, neither on the web site nor on any VPN server. About the post you linked: yes, we send OpenVPN logs to /dev/null - it is not correct what they state about stats in this case, so our system looks slightly more secure in this respect because they do not send logs to /dev/null. Since we do it, we cut the main problem at its root. Instead they chose to run an OpenVPN version re-compiled by themselves and very correctly disclosed the diff source code, an interesting choice and also a necessary one for peer reviews, but we do not need this complication for the aforementioned reasons. Our solution provides as well the not secondary advantage for which we can count on global peer reviews on security of OpenVPN mainline. Kind regards
-
Hello! We have no idea how the comment author imagined such a completely fantastic scenario. "AirVPN Hack Executed" is just a line of our client logs, printed when some appropriate operations are performed to patch a (now rare) problem in some Windows 8 systems when the tun/tap interface does not come up. The tun/tap interface is the virtual network card used by OpenVPN. See also here: https://community.openvpn.net/openvpn/ticket/316 Our client is free and open source so anyone can examine the source code (and compile it) available on Github: https://github.com/AirVPN/airvpn-client Kind regards
-
ANSWERED Can't Download From Public Trackers
Staff replied to Afronautz's topic in Troubleshooting and Problems
Hello, yes, you could be right, see also here: "To make these increasing snooping efforts more difficult, the tracker operators have decided to take a drastic measure. The three top trackers have all implemented a ban list which includes the IP-address ranges of many of the larger hosting providers, which are frequently used by anti-piracy firms." https://torrentfreak.com/public-bittorrent-trackers-ban-piracy-monitoring-outfits-140523 From which servers do you experience this issue? Why do you use public trackers instead of DHT? Remember that public torrent trackers not only are obsolete, but they are the heaven of IP harvesters, copyright trolls and other mentally deranged people. If and when possible, they should not be used. Kind regards -
can't connect to internet behind VPN
Staff replied to HorseClaws's topic in Troubleshooting and Problems
@Fringe Hello, what happens with a TCP connection? You can change connection mode in Eddie in "AirVPN" -> "Preferences" -> "Protocols". About OpenVPN GUI, you failed to run it with administrator privileges, can you please try again and report back at your convenience? From the initial symptoms, maybe your ISP partially disrupts UDP, or at least certain UDP streams. If this is the case, then Eddie correctly detects a routing failure. We have been experiencing this behavior with some ISP. Kind regards -
Hello! You can browse to Google "no country redirect": https://www.google.com/ncr Kind regards
-
Hello! Our service is based on OpenVPN and OpenVPN connections are very often (but not always) disrupted in most China residential lines. This is possible because OpenVPN packets headers (not payload, which are of course encrypted) have some additional information for packet re-ordering that make them discernible (with DPI) from pure TLS/SSL connections. In order to bypass the block, OpenVPN over SSL is necessary. The first SSL tunnel encrypts the OpenVPN "fingerprint" to make it not detectable. The method has been tested as successful since more than a year ago from various China areas, including Shanghai and Beijing. Our client Eddie (for Linux, OS X and Windows) implements OpenVPN over SSL, that can be activated with a click. All of our VPN servers accept this connection mode. In our client Eddie, select "AirVPN" -> "Preferences" -> "Protocols". Select "SSL Tunnel - Port 443". Click "Save", then connect to a server. Kind regards
-
Hello! A comparison between Eddie portable and Eddie installed logs could provide clues on the problem. Try to examine them and feel free to publish so that we and the community can examine them. Kind regards
-
Hi! If the portable version is running fine, then the problem could even be considered "solved" (you could just run the portable version and live happy). Anyway please check carefully this: https://airvpn.org/topic/11573-opensuse Kind regards
-
Hello! See also here: https://airvpn.org/topic/12533-archlinux Thank you for the integration. Kind regards
-
can't connect to internet behind VPN
Staff replied to HorseClaws's topic in Troubleshooting and Problems
Hello, can you please publish your client logs taken after a connection has been (allegedly) established? Kind regards -
Hello! We resolved an issue of the AirVPN Client, about the Windows Autostart option that doesn't load the correct preferences. The issue affected only Windows users, and only those who had chosen the Installer version and not the Portable version. For that, we decided to only patch the current 2.7 release. Please re-download and re-install, enter Preferences and exit at least one time to resolve the issue. Kind regards
-
Hello! We resolved an issue of the AirVPN Client, about the Windows Autostart option that doesn't load the correct preferences. The issue affected only Windows users, and only those who had chosen the Installer version and not the Portable version. For that, we decided to only patch the current 2.7 release. Please re-download and re-install, enter Preferences and exit at least one time to resolve the issue. Kind regards
-
ANSWERED AIRVPN GUI -- strange status messages
Staff replied to elviscat's topic in Troubleshooting and Problems
Hello! 'auth.airvpn.org' can't be resolved by your DNS. Nothing worrying, the client will circumvent this problem. You could try to change your DNS. You should ping 10.4.0.1 once in the VPN. 10.14.0.1 is not in our VPN (typo?). Kind regards -
Eddie firefox 33 on *nix No it is not configuerd to connect to a proxy I have not tried with other browsers I do not know this ip at all I am using an addon called random agent spoofer could this be the problem? Hello! Yes, the addon will spoof info in the browser packets. However it is not a problem at all under a leak point of view, the add-on does not add in any part of your http packets your "real" IP address. Kind regards
-
Hello! Can you please tell us: - how do you connect (with our client Eddie, with OpenVPN directly...), to which port and using what procotol? - which browser do you run? - is the browser configured to connect to a proxy? is the client Eddie or OpenVPN configured to connect over a proxy? - does the reported outcome occur with any browser you try? - is the showed IP address coming from the network you're connected to, or is it an IP address you don't know at all? Can you send us the logs of the software you use to connect (our client Eddie, OpenVPN...)? Kind regards
-
Just as an additional information, Eddie flushes the DNS cache resolver immediately after a connection has been established. @vpntunnel123 Since you already checked "Force DNS", the only cause of your "leak" problem we can think of (assuming you see your ISP DNS, and not our backup DNS as snaggle pointed out) at the moment is via IPv6. Does your ISP fully support IPv6 and IPv6 DNS? Kind regards
-
Hello and welcome! You're already connected and all of your system traffic is tunneled (no need to configure any application), but you might like to activate "Network Lock" to prevent leaks: https://airvpn.org/topic/12175-network-lock Kind regards
-
@puff-m-d Hello! This behavior is very very strange. Autostart works in our Windows testing environments. Complexity about auto-start lies on launching Eddie with privileges at startup, but you say that client starts correctly. The options to select are just "Start with Windows" to start Eddie at the OS boot, "Remember me" because we need credentials without input, and "Connect when launched" to auto-connect when Eddie starts. All options that you already checked. Please report to us your OS, all logs of Eddie when you start it and it stops in login phase, and send us your XML profile: look in the logs the third row 'Reading options from ...'. Open that XML file. Delete the ' Thanks. Kind regards
-
ANSWERED openvpn not connecting(noob to vpns)
Staff replied to piercedfreak's topic in Troubleshooting and Problems
Hello! The Configuration Generator will generate directives to connect OpenVPN to 127.0.0.1:1413 in OpenVPN over SSL/SSH modes (EDIT: if these modes are selected, of course). In these modes, stunnel or ssh must be running before OpenVPN is run. You might like to run our client Eddie to make things simpler. Kind regards
