Jump to content
Not connected, Your IP: 216.73.216.40

Staff

Staff
  • Content Count

    11483
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    2021

Everything posted by Staff

  1. EDIT: provider pulled back the request. Server online. Hello, we regret to inform you that due to irreconcilable contrasts with the provider, the server POLLUX will be withdrawn and relocated, or replaced with a different USA server. We recommend that you disconnect from the server as soon as possible, because either we or the provider will bring down the server in the nearest future. The reason of the contrasts originated from the request by the provider, inviting us to discriminate against a range of protocols (in particular, p2p protocols), which is contrary to our mission and a breach of our agreements in an allegedly network neutral datacenter. Kind regards
  2. Hello, we were not aware that there's a specific Netflix for Canada. In this case we will deactivate the microrouting on Canadian servers. Kind regards
  3. @shadow1011 Hello! That's correct, our micro-routing system against geographical discriminations will allow access to Neflix USA from every server except UK ones, and to Netflix UK from UK servers. Kind regards
  4. Hello, it's a Silverlight problem (why Netflix uses such crap is a mysterious matter), please see here to fix it: http://mike-thomson.com/blog/?p=210 Kind regards
  5. Hello! Problem solved. Kind regards
  6. Hello, please clarify, "AirVPN with TOR" is ambiguous: it may mean OpenVPN over TOR, or TOR over AirVPN. There are hundreds of messages on the forum about it, please start from here to clarify things: https://airvpn.org/topic/9610-is-this-what-you-call-tor-over-airvpn Kind regards
  7. Hello! Please follow the instructions here: https://airvpn.org/ios Kind regards
  8. Hello! That's a good suggestion. Since the birth of AirVPN in 2010, we have never received any request or interference from any government body or representative. Kind regards
  9. Hello! Yes, we confirm there's some issue, we will be investigating. Kind regards
  10. Hello! It's an alternative entry-IP address, to be used for OpenVPN connections in case the main entry-IP address is blocked by your ISP. Kind regards
  11. Hello! 1. Yes. Please use OpenVPN directly. We have prepared an OpenVPN executable compiled from the original source code (tested on Mountain Lion). Please see here: https://airvpn.org/topic/9325-development-of-os-x-airvpn-client 2. Yes! Kind regards
  12. Hello! We tend to believe it's some software running on your computer. Your landlord packet filtering tool can't be the "culprit", either it filters everything or nothing, because it sees all encrypted traffic from and to the same IP address and the same port, once the VPN connection is established. Kind regards
  13. Hello! A - If you connect any application to the same TOR proxy OpenVPN connects to, that application traffic will be tunneled over TOR only. That's normal and correct. B - Normal again. 1. The question is a little unclear. Anyway, a packet tunneled over OpenVPN over TOR will be encrypted by OpenVPN and then by TOR. The TOR encryption will be no more when the packet gets out of the TOR exit-node to reach the Air server. The OpenVPN encryption will be no more when the packet gets out of the AirVPN server. When passing through all the TOR nodes, your packet "real" payload and header will be still encrypted by OpenVPN. 2. Yes, basically, oversimplifying: your node->TOR entry->TOR relay->TOR exit->Air server->the Internet 3. Assuming that with TOR -> VPN you mean "OpenVPN over TOR": if OpenVPN is connected over TOR: NO. If OpenVPN is NOT connected over TOR: YES. To say it with different words: if you wish TOR over OpenVPN (without using VM), connect OpenVPN directly, then use TOR. In this case remember that only applications configured to connect to the TOR proxy will have their traffic over TOR over OpenVPN, all the others will have their traffic over OpenVPN only. Kind regards
  14. Hello! We're sorry, it's not possible to connect properly OpenVPN over any proxy with Tunnelblick or Viscosity. Kind regards
  15. Hello! Sorry! It looks indeed like a micro-routing misconfiguration in our UK servers to allow them to access Netflix US (you can access Netflix US and BBC iPlayer from every Air server in the world), we'll check it out. Kind regards
  16. Hello! From your support ticket support team's reply (maybe useful to some other reader): Hello! It looks like a permission issue on the /Applications folder, or the /Library folder, or some other folder needed by Tunnelblick. If so, you should be able to fix it by using /Applications/Utilities/Disk Utility, in order to "Repair Disk Permissions", on the boot drive. See also here: http://bit.ly/15kFfOR As far as we can see, there are some applications, such as xQuartz, that change the owner of /Application folder (an operation which is plain wrong). Please feel free to let us know whether repairing the disk permissions fixes the problem. Kind regards
  17. @ruffnekk Please try what suggested in the previous message. Testing the server#1 in the top 10 speeds could make no sense. Also perform more reliable speed tests with normal usage, few-seconds tests when available bandwidth is high and with the bias of a 3-rd party server, like in your case, can easily be misleading. Kind regards
  18. Hello! Sure it is (look at the top 10 users speed table). We take care to run servers only in datacenters with excellent connectivity (PoP to tier1 providers, redundant uplink ports). Try to change servers connection ports: if you record 16 Mbit/s with every and each server in different datacenters, it looks like a precise bandwidth cap, because the likelihood to get the same performance from several, different servers in different datacenters with different providers is remarkably low. Please test all connection ports to make a comparison. Kind regards
  19. Hello! It can't be ruled out. Anyway we have seen this very same behavior on Windows systems running Kaspersky, ZoneAlarm... can you please try to disable any packet filtering tool and check whether the problem remains or not (over UDP), if you run Windows? Also, it's worth to check for (and disable for testing purposes) firewall/packet filtering-inspection tools on the router as well. Kind regards
  20. Hello! Please try to re-generate the configuration in the following way, just in case it's a name resolution problem. Enter the Configuration Generator and: - tick "Advanced Mode" - tick "Resolved hosts in .ovpn file" - tick "All servers for area or region" We're looking forward to hearing from you. Kind regards
  21. Hello, yes, you should be able to see that. If you can't, please feel free to re-submit your trial request at your convenience. Answers to customers support tickets vary from a few minutes to some hours, according to the complexity of the request and the procedures required to verify and reproduce the problem (anyway the customer is kept informed about them). Tickets opened by non-customers with question or questions already in the FAQ have lowest priority and anyway are not processed until all the tickets from customers have been properly addressed. Trial requests have no definite answer time and we reserve the right not to deliver trial coupons under some circumstances: multiple requests, scam attempts etc. In case you are in a hurry we have a 1 EUR plan for 3 days which can be, as usual, fully refunded. Kind regards
  22. Hello! Thanks for the information about your DNS. In China, OpenVPN connections are disrupted through OpenVPN fingerprint identification, therefore OpenVPN over SSH/SSL is mandatory. In your case, it was a completely different problem: your DNS does not resolve *.airdns.org names. You can connect directly with OpenVPN (you do not need OpenVPN over SSL). We thought it was a problem limited to OpenDNS but if you don't use OpenDNS then we were wrong. Kind regards
  23. Hello! A possible solution is allowing total access to inbound port 22, protocol TCP: iptables -A INPUT -p tcp --dport 22 -j ACCEPT In this case make sure to harden sshd security! Kind regards
  24. Hello! Both your landlord router and the Cisco VPN (if disabled!) will not interfere with remote port forwarding. Feel free to keep us informed. Kind regards
  25. @buga If you're running the Air client, please click on the "Modes" tab to select a TCP port, then click "Enter". For any other client, in the Configuration Generator, please tick "Advanced Mode" to display all the possible connection ports (including TCP ones). Since you see a huge performance difference between two computers on the same network, we suggest that you check on the "slow" computer for any packet filtering tool or security suite that might slow down an UDP flow. Kind regards
×
×
  • Create New...