go558a83nk

Sigh. Did you even read what they wrote to you? Quote from their reply "You would need a script to modify your resolv.conf if network-manager-openvpn can't do that by accepting the DNS push". There is your answer. Not everything will be done for you in life. Sometimes you must put in a little effort.

Hello! We're glad to know that you can access Netflix from all of the Air servers you tested. From your description the Android TV box, or the Netflix application running in it, might send out DNS queries to specific DNS servers, instead of ours. Unfortunately you are just a user on an Android system (not an administrator), so you lack the proper privileges to force packets redirection to specific DNS IP addresses. We wonder how we can help this situation from our side, we will think about it seriously. Kind regards The odd thing is I use a Shield TV (android tv) and I don't have a problem. I do have a problem with my roku not working. I did create rules in pfsense to redirect DNS queries to other IP to 10.4.0.1 but still no luck. The Shield TV and Apple TV worked even without creating rules to redirect queries to 10.4.0.1. I don't know how the roku is figuring it out. But, perhaps the other android tv box of Petanquer is doing the same thing or similar. P.S. I setup another VPN provider just for the Roku with all the same firewall rules I'd tried for AirVPN and Netflix *did work*. However they do it, the roku can't suss it out.

Thanks for the advice, but when I try to edit the config in the OpenVPN Client, I don't see anything that remotely looks to me what you are suggesting. I've also tried to edit the config in a text editor, and still don't see an option like that. For now if I want to watch Netflix USA on the TV I will have to hook up my laptop using a HDMI cable. Not convenient, but it works. If you can't do it by just editing the config, then generate a new config using advanced mode and select "resolved hosts in .ovpn file" to the right side of the screen under the Advanced header.

Change your openvpn configs to use resolved hosts, not domain name. Thus, no need to resolve the host to connect to VPN server. If you can just edit your config all you have to do is change from domain name to IP address. Pick your favorite server and resolve it. For example, nslookup ran.airservers.org = 199.249.230.26

It works for my Shield (android) TV as I route it through a VPN tunnel on my pfsense box. How is your VPN for Android TV setup? I think what happens is that Android TV allows apps to "hardcode" DNS (google), which means they'll use google DNS along with the DHCP DNS. I think that's what trips alarms. So, you must actively block any DNS other than AirVPN. However, even though I actively block any other DNS my roku ultra Netflix was able to determine I'm on a VPN. So, maybe they have other tricks. On Android I am using an AirVPN generated script with the OpenVPN Client Free on my tablets and my TV boxes, but Netflix only works on the tablets, even though the VPN is set up the same on all of those devices. Strange behaviour. If as sarum4n says, Netflix has a script to detect network interfaces, then what is different between the tablets and the TV boxes. I am at a loss. Well, I'm not surprised that Android TV behavior is different from Android tablet. It could still be the DNS problem as I hypothesized.

It works for my Shield (android) TV as I route it through a VPN tunnel on my pfsense box. How is your VPN for Android TV setup? I think what happens is that Android TV allows apps to "hardcode" DNS (google), which means they'll use google DNS along with the DHCP DNS. I think that's what trips alarms. So, you must actively block any DNS other than AirVPN. However, even though I actively block any other DNS my roku ultra Netflix was able to determine I'm on a VPN. So, maybe they have other tricks.

Staff, I'm curious - should we expect to see usage of Netflix show up in the routing servers on the status page?

I found all the DNS stuff to be overcomplicated. So, I turned off resolver and forwarder and pass to my DHCP clients the DNS I want them to use. That could be 10.4.0.1 (AirVPN DNS). Then I use firewall rules to allow 10.4.0.1 and block all other DNS. It simplified my life greatly.

I can confirm that not only Netflix is working but other services such as Amazon Video and Vudu while connected to a USA server. I did not test connections to servers outside the USA. Edit: tested Shield TV and Apple TV and Roku Ultra. Shield TV and Apple TV have no problem that I could see. Unfortunately, the Roku is able to determine I'm using a VPN. To be sure, I do block all DNS other than 10.4.0.1 and confirmed that looking at my state table no other DNS was used, and nothing outside the tunnel either. Too bad there but great news otherwise!

The swedish servers were least used, and thus the region system sends you there. You'll be much happier just using a single server that works well for you. The real tragedy is people banging their head on a wall because they don't understand how things work.

Hello, to access Netflix USA you can use AirVPN as well, from all servers except UK servers, from now on. Feel free to test and report back. As usual it is mandatory that you use VPN DNS to access Netflix USA. UK servers traffic is not re-routed to Netflix USA because access to Netflix UK from most of our UK servers remained possible up to now. Kind regards Great, good to know! Do you think ExpressVPN is lying about their encryption if they mention on Torrentfreak that they use the following setup: ExpressVPN apps generally default to our recommended protocol for security and performance: OpenVPN UDP. Our apps use a 4096-bit CA, AES-256-CBC encryption, TLSv1.2, and SHA512 signatures to authenticate our servers." They still use OpenVPN 2.3.14 for their apps, so TLSv1.2 should not be possible or am i wrong? I asked why they use old OpenVPN versions but got only the answer that their servers are patched and that theres no problem in terms of security if they still use 2.3.14 for their clients. Whats the deal on updating to a current version of OpenVPN, why don´t they do it? Unless they've done like PIA in the past - use their own custom openvpn based on 2.3.14 but updated to include newer capability, security fixes, etc. I'm not defending them, just bringing up that possibility.

I've added AirVPN and Windscribe. I'm seeing a problem with server selection. If I choose anything other than the default all countries and all providers the list of servers goes blank and doesn't come back when I go back to all countries and all providers.

I figured out the problem with domain resolving I had yesterday. I block DNS except that which I specify in my pfsense box. I didn't realize it but qomui insists on using whatever is in the DNS options. I thought that was only used if I tick the box. Since it was trying to use those DNS servers, it failed. I switched those to ones not blocked by pfsense and all is well.

https://airvpn.org/topic/14378-how-can-i-get-vpn-servers-entry-ip-addresses/

Hello! We're sorry, only when we have a signed contract... telling anything during the negotiations, even if not in early stages, would be unfair for all parties, including you. Kind regards I wasn't asking business details, just simply the city. It seemed you were saying that they might not end up in Dallas. Is that the case?

Nevermind. It's working now. I had used the proper credentials but I hadn't input them in the GUI. Instead I edited the file that's supposed to contain them. I guess something went wrong there. This time I added the configs with my creds in the GUI and it's working well!

Really odd that you could connect right up. Yes, I use the proper credentials. It connects for a split second, confirmed in log, then disconnects. I upped verb to 5 in the config to see more info. That's how I saw the errors that I did. What openvpn version are you using?

Wow, weird. Any idea where the 10 formerly quintex servers will end up?

Ok, this is strange - was the second connection attempt successful? Could be something in their config files - I will have a look at it as I'm in the process of adding support for ProtonVPN and Windscribe to Qomui. No, it would just try and try to connect. I upped the log verbiage and saw some unroutable packet errors and some errors like the server tried to push over and over but something was wrong. If you're working to add windscribe then I'm sure you'll figure it out.

Nice. I wonder what setting is causing that. It's obviously something other than dynamic in the gateway settings because that's how mine is set. For your VPN interfaces what is your "ipv4 configuration type" set to? mine is "none". None for me too. I mainly followed the tutorial here to 99% we've entered the twilight zone

No you are doing nothing wrong, this is a bug with the new release (should not happen in older releases). When importing config files manually, qomui tries to resolve the host (ca.windscribe.com in your case) - when resolving the host fails it will leave the line unchanged (this is where the bug occurs) and issue a warning in the log as this will lead to conflicts with the firewall and doublehop feature that rely on resolved hosts - for that reason I might change qomui's behavior in the future to not import such config files as this breaks other features. The question is why resolving the host failed in your case - on my system it works fine. One reason could be that your VM did not have a working internet connection when you added the config files. If that's not the case please try to deactivate the qomui's firewall. If it still fails, check manually if your system can resolve the host with the following command (insert $host, ca.windscribe for example) and post the output: dig $host +short Additional note: You might notice that running the command above returns multiple ip addresses. Currently, qomui will only use one of them as it does not support multiple remote hosts (or Openvpn's remote-random feature) at the moment. Thanks for your feedback! I should have mentioned this because I did notice it myself - my system does resolve ca.windscribe.com just fine, before qomui attempts to load the config, and after I close the crashed qomui. After I read your reply above I edited the configs to use IP address not domain. Then they were loaded into qomui just fine. However, when I connected it seemed there were some routing problems or something openvpn didn't like so it would immediately disconnect and try to connect again.

Trying to add another provider I get this in the terminal after I start qomui-gui in the terminal. This is after an install on a mint 18.3 xfce vm with the deb package version 0.60. Am I doing something wrong? QLayout: Attempting to add QLayout "" to QWidget "providerTab", which already has a layout QObject::startTimer: Timers cannot be started from another thread QObject::startTimer: Timers cannot be started from another thread Traceback (most recent call last): File "/usr/lib/python3/dist-packages/qomui/qomui_gui.py", line 1073, in restoreDefaults default_config_dict = load.json('%s/default_config.json' % (ROOTDIR)) NameError: name 'load' is not defined Traceback (most recent call last): File "/usr/lib/python3/dist-packages/qomui/update.py", line 559, in resolve ip = check_output(dig_cmd).decode("utf-8") File "/usr/lib/python3.5/subprocess.py", line 626, in check_output **kwargs).stdout File "/usr/lib/python3.5/subprocess.py", line 708, in run output=stdout, stderr=stderr) subprocess.CalledProcessError: Command '['dig', '+time=2', '+tries=2', 'ca.windscribe.com', '+short']' returned non-zero exit status 9 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/qomui/update.py", line 458, in run self.import_configs() File "/usr/lib/python3/dist-packages/qomui/update.py", line 488, in import_configs ip = self.resolve(server) File "/usr/lib/python3/dist-packages/qomui/update.py", line 562, in resolve ip = server NameError: name 'server' is not defined

I've been enjoying Mint 18.3 xfce in vmware player. Much more responsive and memory efficient than cinnamon.

There's no guarantee it'll fix it but you might try the latest release. You're using an old client. Then go into the Eddie settings, then protocols, and test UDP ports at entry IP 3 or 4 for tls-crypt. Also, what exactly did you do with packet sizes?

Nice. I wonder what setting is causing that. It's obviously something other than dynamic in the gateway settings because that's how mine is set. For your VPN interfaces what is your "ipv4 configuration type" set to? mine is "none".