Jump to content
Not connected, Your IP: 3.144.48.135

Staff

Staff
  • Content Count

    10626
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1771

Everything posted by Staff

  1. Hello! Yes, we don't detect any problem with the configuration generator, it appears to work just fine. Can you please describe the exact operation your perform? Can you please also tell us whether you access our Luxembourg or Holland frontend when you generate the file? Kind regards
  2. Hello! Of course not. One thing is routing packet, another thing is being able to know the packet payload and the real origin and destinations of packets. OpenVPN encrypts your outgoing packets before they leave your connected device and decrypts incoming packets only when they are inside it. Your ISP can't see: - the packets payload (content) - the outgoing packets real destinations - the incoming packets real origins - the applications and protocols you use over OpenVPN - the real source and destination ports Your ISP can only see a flow of encrypted packets to and from one of our servers, on the same two ports. That's the essence of a VPN. Kind regards
  3. @koththegod Hello! Can you please make sure that no program is blocking Tunnelblick/OpenVPN? Check for firewalls and Little Snitch-like programs. Kind regards
  4. Hello! Can you please send us the complete newly installed Tunnelblick logs? Kind regards
  5. Hello! Court order or not, your traffic can't be decrypted by your ISP when you're connected to our servers. Exactly. You might like to read here to understand which powerful adversaries our service can defeat and which not: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=54&limit=6&limitstart=6&Itemid=142#1745 Normally adversaries like governments and criminal organizations do not have the power to defeat the service (if used correctly). You should use no proxy at all. Please see here for p2p performance optimization: https://airvpn.org/faq#p2p Yes, if you don't run any proxy, leave it to "None". Kind regards
  6. Hello! Tunnelblick 3.2.8 is not compatible with Mac OS X 10.8.x. Please upgrade to an appropriate version, please see here: http://code.google.com/p/tunnelblick/wiki/DownloadsEntry?tm=2 Kind regards
  7. Hello! Can you please send us the complete Tunnelblick logs? Kind regards
  8. Hello! Can you please send us the Tunnelblick logs? Kind regards
  9. Hello! We inform you that an emergency maintenance for the server Castor is planned. Clients will be disconnected. Start date and time: 31 Oct 2012 10 AM CET+1 The maintenance will need approximately 3-4 hours. During that time window no client connection will be possible. Customers who need Netherlands servers are kindly required to connect to one of the following servers: - Leonis - Leporis - Lyra - Orionis Kind regards
  10. @Bob.Dole Hello! Please launch OpenVPN with the --log-append directive followed by path and name of the file you wish to write as log. Alternatively, just launch OpenVPN, copy the shell output and paste it here. Kind regards
  11. Hello! The main reason to tunnel over OpenVPN over a proxy is hiding your real IP address even to our servers even while you are connected. Kind regards
  12. Hello! As far as we know you need to "root" your device with your Android version in order to use OpenVPN. All in all it is a simple operation. Kind regards
  13. Hello! The power outage which will be caused by hurricane Sandy might affect Air USA servers Librae and Sirius. This is very unlikely but not impossible. Please check our servers status here if you face any issue: https://airvpn.org/status Kind regards
  14. Hello! This is a proof that you are performing p2p (or possibly everything) outside the tunnel OR more simply that your client is mis-configured. Underlying packets header, payload and size are physically (mathematically) not discernible by your ISP, so it can only either shape everything or nothing on your OpenVPN throughput. Please send us your OpenVPN client logs. Kind regards
  15. Hello! Not before Windows 8 will be officially released. Kind regards
  16. Hello! It looks like a Flash-related issue. Please try to uninstall completely Flash and re-install it. Kind regards
  17. Hello! Please see here: http://code.google.com/p/tunnelblick/wiki/cCommonProblems#An_OpenVPN_log_entry_says_%22Tunnelblick:_openvpnstart_status Kind regards
  18. Hello! The authentication channel cipher is SHA 160, can you please try to change that? If that does not solve the problem, you probably have a bugged firmware, you'll need to re-flash your router with a different DD-WRT firmware. Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=4292&limit=6&limitstart=6&Itemid=142#4358 Kind regards
  19. Hello! That's just fine as you can see from the allow rules. Kind regards
  20. Hello! Don't worry, once you have set the Global Rules the only risk is an overblocking of an application by the Application Rules if wrongly set. When you answer to Comodo Firewall questions, Comodo will add Apllication Rules according to your answer ONLY if you tell it to remember it. Even so, you can safely delete the application rules (and if you wish re-define them) after you have set the Global Rules. Kind regards
  21. Hello! Please see here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=4821&Itemid=142#4828 Kind regards
  22. Hello! We don't detect any problem on our active servers. You can see the active servers here: https://airvpn.org/status If problems are detected, you will see them reported in the server status. Can you please send us your client logs? Kind regards
  23. Hello! Try to copy and paste the files inside the .zip archive generated by our configuration generator. Please note that you can rename the directory with a .tlbk suffix, but you must NOT rename certificates, key and configuration. Anyway, can you please send us the Tunnelblick logs? Kind regards
  24. @decodelanyto Hello! Perfect, no leaks are displayed from the screenshots. You can easily check for a DNS leak with Comodo active connections monitoring: if svchost.exe is communicating from 192.*.*.* instead of 10.*.*.* toward any IP, port 53 UDP, that's a DNS leak. For additional checking, please send us again your Network Zones. Kind regards
  25. Hello! A VPN secures your connection, not your computer. If your browser or any plug-in (or yourself, of course) send to Facebook your real data, a VPN can't protect you in any way. Please make sure that you don't have on your system stored cookies, stored Flash cookies (also called supercookies) and of course that no malware is running before starting browsing. Kind regards
×
×
  • Create New...