-
Content Count
11333 -
Joined
... -
Last visited
... -
Days Won
1947
Everything posted by Staff
-
Hello! This is very puzzling, because you can connect and exchange data without problems on any other server, and Virginis configuration is just the same. Can you please tell us whether you see in the logs this very same line (near the DEBUG lines) when you connect to a server that works for you? *Tunnelblick client.up.tunnelblick.sh: ServerAddresses '10.4.0.1' ignored because ServerAddresses was set manually Kind regards
-
[SOLVED] Input string was not in correct format ?
Staff replied to blabla49's topic in Eddie - AirVPN Client
Hello! Glad to know that the problem is solved. Probably the XML was corrupt and the autofix procedure did not work properly for some reason. About the version, forget the question. The version is specified at the beginning of the logs that you correctly pasted, you are using 1.7 (currently the latest version). Kind regards -
Hello! Probably you have not followed step 1. Guides and tutorials are already available. We have now added two links in our guide (see them in step 1) which point to official Comodo Help tutorials. They should take you just a couple of minutes each. There are approximately 368000 tutorials (including dozens of videos) on Comodo firewall currently available on the web. Probably just another tutorial would have the same significance of a tutorial on how to perform copy and paste on a computer. We are confident on the intelligence of our customers and users and we'll never treat them like idiots. In the fields of security and privacy it's definitely better to push someone into studying 5 minutes more than giving pre-packaged solutions which may be dangerous and give a false sense of security. If this approach is not appreciated (but at this point we can safely say quite the opposite), then the HMA and other VPNs disasters have taught nothing. Kind regards
-
[SOLVED] Input string was not in correct format ?
Staff replied to blabla49's topic in Eddie - AirVPN Client
Hello! Probably it's not related to Comodo. Anyway you can be sure of this by setting Comodo firewall and Defense+ to "Disabled". Try to delete the file C:\Users\Alex\AppData\Roaming\AirVPN\Air\1.0.0.0\AirVPN.xml (while the Air client is not running). The Air client will re-generate it at the next run (you will have to enter again your login). Are you using the latest Air client version (1.7)? Kind regards -
Hello! You have enormous latency and probably packet loss, unfortunately. If it's not a hardware problem, then there are major peering issues between your ISP and all the servers you have tested. In order to see which bandwidth you can obtain with our servers with normal peering and no packet loss, please see the table "Top 10 Users Speed" on the right of the following page: https://airvpn.org/status Kind regards
-
Hello! That's fine, as it is just as expected from the logs (DNS push ok). We asked however for the "ipconfig /all" output (feel free to delete of course possible sensitive data), just to check the DNS of your physical adapter(s): if your system keeps refusing to send DNS queries to 10.4.0.1, you can force it by setting 10.4.0.1 as primary DNS in your physical interface. See also https://airvpn.org/specs Kind regards
-
Hello! Your system did not use the VPN server DNS: speedtest.air is resolved only by them. Can you please send us the output of "ipconfig /all" while your computer is connected to a VPN server? Kind regards
-
Hello! Although unlikely (since all the other servers work fine with your client) can you please check whether it's a DNS problem? http://code.google.com/p/tunnelblick/wiki/cConnectedBut#If_OpenVPN_is_connected_to_the_server_but_you_can%27t_access Kind regards
-
Hello! When you define that rule, in the "Destination Port" tab of the Network Control Rule just select "A Single Port", specify 53, and tick the "Exclude" box (i.e. the "NOT" Comodo operator). Please note that your real IP address must NOT be visible, regardless of Comodo usage or not, when you're connected to a VPN server. Please send us your client logs if you have this problem. Kind regards
-
Hello! You need to delete "route add -p 85.17.123.26 mask 255.255.255.255 192.168.67.2 metric 1" To achieve your purpose to prevent leaks in case of unexpected VPN disconnection and prevent any leak while connected, you may set up the appropriate firewall rules in your VM (assuming that it's in bridge mode). You may also consider to change the approach: connect your host machine to the VPN, connect the guest with NAT (instead of bridging). This will allow you to connect multiple VMs with just one Air account (used by the host). Finally, secure the connection with a firewall only on the host. Kind regards
-
Hello! Yes, that route addition allows OpenVPN client connection to Leonis but prevents any communication inside the VPN. Kind regards
-
Tunnel only traffic on a couple of ports
Staff replied to PsychoWolf's topic in General & Suggestions
Hello! The logs look just fine. Are the devices which connect to the router forced to use some particular DNS? EDIT: please also check this, just in case: http://www.dd-wrt.com/phpBB2/viewtopic.php?p=680573 Kind regards -
Hello! It's very important that you follow step 1. Adding highly customized global rules with the stealth port wizard is not possible. The Global Rules can be added, deleted and edited in the Global Rules tab. The Network Zones can be added, deleted and edited in the Network Zone tab. Again, you should follow step 1. It's just so easy to use Comodo firewall and set rules that most of the doubts come out just because step 1 has not been followed. The rules are exactly as reported in the guide, word by word. A screenshot will show you the very same rules, word by word. Kind regards
-
Hello! Obviously but unfortunately this is not possible. Anyway, before dismissing Vega we are urging the provider to detect and solve the problem. Kind regards
-
Hello! It does not seem normal. Do you experience the same with other servers? Did you test a connection on a TCP port? Can you please send us the logs of your client? Kind regards
-
Hello! That's correct, however please note that you will also lose the ability to communicate with devices in your home network and you will prevent permanently DNS resolution on your computer when not connected to the VPN. Also, be aware that option -p will make the route permanent, so it will survive a reboot. Most importantly, it will prevent any connection to any of our servers. That's normal: each Air server has an entry-IP and and an exit-IP address. The servers accept connections from OpenVPN client only on the entry-IP. In your case, you have the routing table with an exit-IP (Leonis'). Leonis entry-IP is 85.17.123.26. The Air client connects to airvpn.org to allow your login and display the list of servers (only if you have set in your hosts file resolution for airvpn.org), then launches OpenVPN which can't establish a connection (not even if you choose Leonis) because of the routing table. Please check the central bottom box in our web pages (restart the browser if necessary): only if it's green your device is connected. Kind regards
-
Block Traffic - VPN disconnect MacLion pf Only
Staff replied to jessez's topic in General & Suggestions
Hello! You can use pfctl. http://www.openbsd.org/faq/pf/config.html Kind regards -
Hello! Thank you for the information, we're glad to know that the problem is solved. Can you please tell us if you changed anything in your system? Kind regards
-
Hello! Can you please make sure that you start Transmission AFTER you have established a VPN connection? Also, can you please test with completely disabled LittleSnitch and firewall? Kind regards
-
Hello! Please make sure that Transmission listens to the correct port (the port number must match the remotely forwarded port number) and that this port is forwarded both for TCP and UDP (various modern p2p clients use both protocols). Kind regards
-
Hello! It is opinion of this admin that a pre-configured .cfgx Comodo file containing global rules meant to prevent any leak represents a security risk for our customers and would need anyway to be highly customized (too many variables seem to make impossible to cover all cases). It is also opinion of this admin that a basic knowledge of a firewall is an essential requisite for a person really interested in network security and privacy. The guides and Comodo manuals are perfectly suitable to master all the Comodo firewall free edition features. Our guide is designed precisely to be unlinked to a particular Comodo firewall version: all the rules are reported in text format and care to avoid references to specific menus, options etc. has been used in order to provide maximum flexibility. However we will discuss internally about this option. Kind regards
-
Hello! The ports are correctly forwarded to you by the server you're currently (at the moment of this writing) connected to. Those error messages are normal if you open ports while you're not running the services which have to listen to those ports. When you open/close a port, you don't need to disconnect and re-connect, but you have to wait some tens of seconds to allow the server to receive and apply the changes. About the UDP red token, please make sure that you have not forwarded on your router that port. If you are sure of that, then it's just a false positive which may occur with UDP. If you have still issues, please do not hesitate to contact us. Kind regards
-
Hello! We suggest the following solution. Please note that it will work only if you have at least two physical network interfaces in your computer. The PS3 will need to use a LAN cable, so if you have just one LAN card you can anyway connect your computer to your router via your WiFi card, if available. This solution is suitable for Windows 7 and any other Windows system supporting ICS (Internet Connection Sharing) as well. It will work also with XBox consoles and in general with any other device with similar or higher networking abilities. 1) Configure the PS3 IP networking. IP address: same subnet of your Vista system BUT not the same IP address of your router and/or Vista system Subnet Mask: this depends on your home network configuration, usually 255.255.255.0 is a safe choice, anyway if you have issues please try 255.255.0.0 Default router/Gateway: The IP address of your Vista system Primary and secondary DNS servers: IP address of your Vista system 2) Connect the PS3 to your computer via cable 3) Connect your computer to your router via WiFi 4) Connect your computer to an Air VPN server 5) In your Vista system, go to your Control Panel->Network/Internet Setup, locate the TAP-Win32 Adapter V9 card, select its "Properties" and click on tab "Sharing". Enable (tick) the option "Allow other network users to connect through this computer's Internet Connection". In the drop down list under "Home networking connection", select the PS3 connection to the Vista computer LAN interface (probably "Local Area Connection" or similar). 6) Disconnect from AirVPN, then reset the LAN card. In order to do so, the quickest way is selecting your LAN interface (probably "Local Area Connection" or similar), disable it, wait a few seconds and then re-enable it. 7) Re-connect your Vista system to AirVPN After about a minute your PS3 should use your Vista system as a "gateway" and therefore use transparently AirVPN. Kind regards
-
Hello! Vega problems are getting bigger instead of getting resolved. We will be working with the ISP to determine exactly the nature of the problem which is still puzzling us. If the problems will not be solved within a reasonable period of time we will replace Vega with a new server. In the meantime, it is possible that you will get same or better performance with our Phoenix (Arizona) server Arietis, can you please test it? In order to check status of our server you can browse here: https://airvpn.org/status Kind regards
-
Block Traffic - VPN disconnect MacLion pf Only
Staff replied to jessez's topic in General & Suggestions
Hello! Mac OS X is based on UNIX-compliant OpenBSD, which is probably the strongest feature of the OS. The recommended firewall is pf, which is one of the best packet filtering tools currently existing in the world together with iptables. There is no reason for which a Mac user should be intimidated by some of the finest software in the world, don't be afraid, as well as there is no reason for which a Mac user should be afraid of using for real his/her own system, i.e. a UNIX-like system. pf is available by default on OS 10.8 because it is pre-installed by Apple so you will not need any installation. jessez has prepared instructions and ready-to-use script which are Mac OS users friendly: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 Kind regards