Jump to content
Not connected, Your IP: 3.145.191.22

Staff

Staff
  • Content Count

    10630
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1774

Everything posted by Staff

  1. Hello! Exactly! Kind regards
  2. Hello! Can you please make sure that you select a TCP port for the OpenVPN connection? Also, are you running some wrapper/GUI or OpenVPN directly? Kind regards
  3. Hello! Can you please make sure that you have selected a TCP port for the OpenVPN connection and that port 9151 is actually the SOCKS Port (i.e. not the Control Port)? Kind regards
  4. Hello! Probably some abuse from Pavonis, for example a massive amount of automated requests toward Google. We'll keep an eye on it. Kind regards
  5. Hello! Our OpenVPN servers DHCP-push to your OpenVPN client addresses in the ranges here reported: https://airvpn.org/specs Each server can't assign more than 65534 addresses for each listening port (i.e. well beyond the number of clients structural limit that a single OpenVPN server can handle). It's absolutely not a privacy concern, under no circumstance. They are private IP addresses inside our private network and it's just how OpenVPN in routing mode (with a NAT) works. We are curious, why do you think they can imply a privacy concern? Kind regards It's not a a privacy concern on the outside but on the inside of the vpn if a user always has the same 10x address if would be a way to keep track of each user. Hello! How would that be any different from having a different VPN IP at each connection (anyway VPN IP addresses are dynamic)? A malignant VPN administrator can do that in any case: having a static or a dynamic private IP does not change anything, it does not make it any easier or any harder. Kind regards
  6. What a scrap... it's hardly possible to take it seriously. Such a statement must be from a competetive service-provider. In last time there are too many trolls here... Hello! True, Air growth is causing more and more trolls to infest the forum. Most spam is filtered either automatically or by the moderators, anyway we'll harden moderation to maintain the forum to its purpose, i.e. technical support and ideas/information/discussions exchanges between users, customers and administrators. Kind regards
  7. Hello! Does the same problem occur if your router connects to a TCP port? Kind regards
  8. Hello! Our OpenVPN servers DHCP-push to your OpenVPN client addresses in the ranges here reported: https://airvpn.org/specs Each server can't assign more than 65534 addresses for each listening port (i.e. well beyond the number of clients structural limit that a single OpenVPN server can handle). It's absolutely not a privacy concern, under no circumstance. They are private IP addresses inside our private network and it's just how OpenVPN in routing mode (with a NAT) works. We are curious, why do you think they can imply a privacy concern? Kind regards
  9. Hello! Can you please send us a screenshot of your DD-WRT OpenVPN configuration web page? What is your router model? Kind regards
  10. Hello! We're sorry, the referral program is momentarily closed for new referrers, it will be re-opened in the next weeks, after we have changed several pieces of software pertaining to accounts handling and more in our system. Kind regards
  11. Hello! OpenVPN over PPTP should pose no problem with our servers configuration and push. About DNS, if your ISP DNS is public, from your Windows systems you can tunnel DNS queries through our servers by setting the ISP DNS IP addresses in the tun interface (TAP-Win32 Adapter), while on Linux systems you can simply force them as first nameserver(s) in /etc/resolv.conf In this way your ISP DNS servers will receive queries from our servers, not from your system. Kind regards
  12. CBS and Pandora are not working anymore from Crucis. Could you check please ? Best regards Hello! Thank you for having notified us about the problem. We are investigating. Kind regards
  13. Hello! The problem was caused by momentary failure of our secondary frontend caused by the datacenter provider. Now, if you have in your hosts file the line: 85.17.207.151 airvpn.org you force resolution of airvpn.org to the secondary frontend. In order to allow your system to access the primary frontend in case of failure of the secondary (and viceversa), keep in your hosts file the lines: 85.17.207.151 airvpn.org 212.117.180.25 airvpn.org so that your system will first resolve airvpn.org to 85.17.207.151 (secondary frontend). In case of failure your system will resolve airvpn.org to 212.117.180.25 (primary frontend) transparently in a matter of a few seconds. Both frontends are absolutely identical, since they get data from a clustered database which resides in our backend servers. If you don't keep any line in your hosts file, airvpn.org will be resolved according to DNS (currently 212.117.180.25). Kind regards
  14. Hello! We had a minor problem in one of our frontends which caused an approx. 2 minutes inaccessibility to the web site (only from that frontend). Kind regards
  15. Hello! Ok! Kind regards
  16. Hello! No idea, the Singapore servers exit-IP addresses are correctly identified as located in Singapore by most IP geo-location tools. Kind regards
  17. Hello! Yes, it is planned on client version 2. The client v2 has been extensively developed and should enter the testing phase in the first half of April. Kind regards
  18. Hello! Our configuration generator will generate it for you according to your preferences. It is available in menu "Member Area"->"Access without our client". You can also embed certificates and key into the .ovpn configuration file. Kind regards
  19. Hello! Which OS X version are you running? Kind regards
  20. Hello! If you have established a VPN connection toward port 80 TCP, Wireshark can mark all the traffic as http. Check that the real packets header and payload are encrypted. You should be unable to see on your physical network interface the "real" origin, destination, protocol and payload. Apparently what you see in Wireshark is just fine. Please be aware that if you monitor your tun adapter, then you'll see your real traffic: your traffic is unencrypted while it passes through the tun interface (the virtual network adapter used by OpenVPN), but it is already/still encrypted when it passes through your physical network card. Kind regards
  21. Hello! Yes, you have full customer support for your purposes, but we do NOT provide support via direct connections to your computer with Teamviewer. Kind regards
  22. Hello! Before proceeding, can you confirm that you connect to your ISP via PPTP (it sounds very strange to us)? Kind regards
  23. Hello! DNS queries are sent to public Google DNS. Kind regards
  24. Hello! Please set "LZO Compression" to "Enable". Also, please send us the OpenVPN (attempted) connection logs and your router model. Kind regards
×
×
  • Create New...