go558a83nk

assuming openvpn running on router have to use iptables like tomato and dd-wrt for TUN to LAN. the web GUI does WAN to LAN. if people are not running openvpn on router then we should discourage them from opening ports at all as it's a security hazard (correlation attack). anyway, this question gets asked about every other day. really tired of people not searching the forum.

They make too much money to care about losing customers. I don't know what you've heard. I thought I read Netflix isn't doing so well. This move to block VPN was one to please their masters (not the customers) and probably has and will hurt them. But, they probably figure that's better than losing relationship with their masters.

the problem is people posting questions without searching the board first. arrogant and negligent to think the question has never been asked before.

Network lock is only for windows. certainly not. network lock works in linux using iptables. I assume it uses iptables in OSX too.

haha, I appreciate your patience. Well, yes I did have qbittorrent open. So, as a test I opened up Deluge (another torrent client) and lo and behold, it worked! But it seems a little strange to me, because I didn't configure Deluge to use my forwarded port. It's using a random port. I'll play around with it. One thing I'm noticing is that it isn't uploading anything - only downloading. Perhaps if I pick my forwarded port, then it will upload, as well. This is progress! EDIT: I tried the TCP test again, with qbittorrent open, and it succeeded! And qbittorrent is working, as well! SUCCESS! (note, I didn't do anything different since my last post about the firewall rules. I just had to start a fresh torrent, and that seemed to help.) Thanks for your help!! just be sure to disable NAT-PMP, UPNP in your torrent client. Those work to open a port automatically which you don't need and don't work with your VPN setup.

I haven't looked at the link in the OP but if network lock was used there should be no "leak" even during reconnection.

I have the openvpn client running in the router. But I didn't enable the "OpenVPN Server/Daemon" (which is the option directly above openvpn client in the router options). In my experience prior to using a vpn, I would just forward a port on my router, and that was it. I didn't realize that I now need to be running a server, too. qbittorrent is your server.

is the server actually running and listening on the assigned port?

destination is the the LAN IP of the device that's running the server to which you're trying to forward port(s). the port is the one that AirVPN assigns you in your client config section of this web site.

try different protocols and ports. it's certainly not a theoretical or technological barrier with openvpn or AirVPN that's causing this

I'm using windows 10 but haven't worked to confirm this. I do note that the connection carrying the data is supposedly contacting report port UDP53, so made to look like DNS. Did i see that correctly?

as zhang says, many problems. I hope I've never forced into using it. but, openvpn supports ipv6. some VPN providers are already using it. so, shouldn't be a problem to transition if needed.

Hello ! This is because geographic proximity doesn't guarantee greater speed, since your ISP might have better connections and/or deals with ISPs located in other countries. It's not because Air purposely makes some servers higher quality than others. But as is common with networking, there's many potential factors Sent to you from me with datalove This is true but has nothing to do with the topic in this thread. Eddie scores based on the info it receives regarding the servers and your latency to each server. But, Eddie has no way to know which server is actually faster for you. That has to be tested by the user. I believe they configure Eddie in a manner so that by default USA users use Canadian servers. I can't think of another reason why USA servers would get 0 stars with speed as the scoring rule.

your scoring rule is still at speed. look at the bottom of the window. change scoring rule to latency.

well, your image shows the scoring rule as speed still. is that intended?

switch the calculation method to latency and you'll see stars for the USA servers.

I'd installed the .deb package on mint 17 and now the experimental on mint 18 with no problem. It's a VM. but I'm no help here with trouble shooting, sorry. I'm really a linux noob.

thank you for doing so much work yourself. most things are easy to figure out by searching and not being dumb so it's a pleasure to see people that do so. for the router CPU problem I would suggest you just break down and build a pfsense box with a real CPU that has AES-NI. I built one for $127, so quite a bit cheaper than a good router. speaking of routers, even the $300 consumer routers will only get you about 60mbit/s openvpn speed....70mbit/s max.

if no tun then perhaps openvpn is not running.

port forwarding built into dd-wrt goes from the WAN to LAN. You need to create iptables that allow TUN to LAN. just use the search function and you'll find threads that have the info you need.

everything using the same hard drive?

for each DNS server the gateway is set to none. but neither do I use VPN DNS. one reason for this is that it allows the pfsense box itself to resolve DNS without relying on the VPN tunnel being "up". another reason is that I prefer the CDN servers I get using public DNS over those from VPN DNS. I still have NAT and firewall rules that redirect all LAN DNS requests to the pfsense box (so no rogue DNS are used like google)

wow, sure does. call me confused. I'm 100% sure I followed directions for using unbound that said not to assign a gateway there. did the guide change? anyway, I don't assign a gateway there but just use firewall rules to control traffic flow.

assigning a gateway for the DNS in the general settings is not how this guide does it.

no, i used pfsense to connect so that means i have to change the config. BUT, i will try thanks for the suggestion. all you have to do is change the IP address of the remote server.