go558a83nk

interesting that you use SSL tunnel with AirVPN but you'll resort to PIA which doesn't have SSL tunnel capability. do you need the SSL tunnel?

Staff don't answer questions like this. what you are concerned with is in the past, right? If so, you might as well just move on with gained knowledge.

for ease, it looks as though pfsense sells hardware that will act as gateway/firewall/openvpn client/etc. I checked it out and even the lowest end comes with an intel chip that has AES-NI if I read correctly. I'm interested in getting one myself.

Will that accomplish what the OP wants - the "smart DNS" stuff that bypasses georestrictions? Either way, it's an interesting thought.

overclock an AC68 to 1200mhz and it can do 50mbit/s+ with AirVPN.

I have the same experience. My ISP has fairly unrestricted speeds to Dallas (where Etamin was). Beyond that I'm subject to throttling and SSL tunnel is the only thing that makes it satisfactory.

losing the GUI has happened to me in a VM of Mint 17.2 cinnamon, Eddie 2.10.3

if their throttling depends on port/protocol then perhaps. if you're talking a general throttle because you've already reached a certain data usage threshold then no.

use the latest AirVPN client and test different send and receive buffers in advanced settings. however, my guess is that your ISP is throttling openvpn connections. try the SSL Tunnel (in protocol settings) as that should defeat their deep packet inspection

If you don't understand things just rank the servers by stars (more stars are better) and connect to those servers.

You want staff to confirm?? Then read the link I posted in my reply above. I get the feeling you don't know what it means to run openVPN on the router.

Do the ovpn configs have resolved hosts in them? if not, the DNS request is probably being blocked.

you should try asking the makers of the openvpn connect app maybe?

Staff, any update on a replacement for Etamin?

then this is the way you do it. https://airvpn.org/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables/?hl=%2Biptables+%2Btomato+%2Bport This doesn't apply to me as I am using the Merlin Firmware and not Tomato. It has a graphical section for port forwarding, which I have set up correctly as far as I can see, and no access to an iptables config. no, that is what you do. SSH into the router and input the proper IPtables as that guide shows. the router GUI forwards ports from the WAN to LAN. When connected to VPN you must forward ports from TUN to LAN.

then this is the way you do it. https://airvpn.org/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables/?hl=%2Biptables+%2Btomato+%2Bport

just need to make sure....you are running VPN on the router? the answer depends on that.

are you using the eddie client? do you have your server listening on the port that AirVPN assigns you when you test?

Another reason there is no server in Australia is the outrageous cost of bandwidth there. https://blog.cloudflare.com/the-relative-cost-of-bandwidth-around-the-world/

no, they can. it's that the openvpn server sees that the IP is internal to Air's servers (coming from the SSL daemon or SSH daemon).

performance depends on how fast your ISP line is. There are several routers that have dual core CPU running 1000mhz or so. They can do openvpn at 50mbit/s+ if you want 200mbit/s speed then you'll need a pro router. but, chances are you'll struggle to get that anyway from any VPN provider. (downloading at 200bit/s is 2/5 of a 1gbit/s server's bandwidth because your download is inbound and outbound for the server)

at a loss for words here. TFTP window? Are you not using the web GUI of the router? Are you checking the hash of the downloaded firmware to confirm it's correct?

https://github.com/RMerl/asuswrt-merlin/wiki for openvpn the main improvement merlin has is policy routing. this is what you are asking about in the previous post.

found something interesting today. With another VPN provider I use I can use the "mssfix 0" setting and no openvpn is detected. Witch reports an MTU of 1500. But, with AirVPN the mssfix 0 setting does not disguise openvpn use and MTU is reported to be 1392. here is the VPN config of the other provider: proto udp mssfix 0 dev tun tls-client ns-cert-type server key-direction 1 comp-lzo auth SHA1 cipher AES-256-CBC keysize 256 verb 3 nobind persist-tun persist-key mute-replay-warnings script-security 2 ping 6 hand-window 20 socket-flags TCP_NODELAY topology subnet pull route-metric 2 That provider also claims to normalize IP packet TTL to prevent VPN detection by TTL analysis. What could be the difference between the two VPN providers to cause this difference in result by witch?

back to the topic.... Pavonis (Chicago) had maintenance earlier today and now is using TLSv1.2 control channel cipher. Prior to the maintenance it was TLSv1.0.