Search the Community

Hello everyone, I just made an account for AirVPN and firstly installed it on my laptop (Win 11), where it immediately worked without any issue. I then proceeded to install it to my PC (Win 10) but it won't connect to any server. Both times i downloaded the Eddie client for Windows 10/11, 64bit, Installer with GUI from the website. I already checked the VPN settings and they're the exact same, so it probably has something to do with the Windows settings, but i have no clue as to what exactly it could be. As stated in the title my PC is directly connected to my Router via cable while I use my Laptop via WLAN. Googling the issue has brought me to threads where people have a similar problem to mine but none of the solutions have worked for me thus far. Here are the logs for comparison, trying to connect to the exact same server Andromeda (Netherlands): PC Log I 2024.10.12 16:45:10 - Session starting. I 2024.10.12 16:45:10 - Checking authorization ... . 2024.10.12 16:45:11 - Added new network interface "Eddie", Wintun version 0.14 . 2024.10.12 16:45:11 - Using WinTun network interface "Eddie (Wintun Userspace Tunnel)" ! 2024.10.12 16:45:11 - Connecting to Andromeda (Netherlands, Alblasserdam) . 2024.10.12 16:45:11 - Routes, add 213.152.161.231/32 for interface "Ethernet (Broadcom NetXtreme 57xx Gigabit Controller)". . 2024.10.12 16:45:11 - Routes, add 213.152.161.231/32 for interface "Ethernet (Broadcom NetXtreme 57xx Gigabit Controller)", already exists. . 2024.10.12 16:45:11 - OpenVPN > OpenVPN 2.5.5 Windows-MSVC [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Dec 15 2021 . 2024.10.12 16:45:11 - OpenVPN > Windows version 10.0 (Windows 10 or greater) 64bit . 2024.10.12 16:45:11 - OpenVPN > library versions: OpenSSL 1.1.1l 24 Aug 2021, LZO 2.10 . 2024.10.12 16:45:11 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2024.10.12 16:45:11 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2024.10.12 16:45:11 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2024.10.12 16:45:11 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2024.10.12 16:45:11 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]213.152.161.231:443 . 2024.10.12 16:45:11 - OpenVPN > Socket Buffers: R=[65536->262144] S=[65536->262144] . 2024.10.12 16:45:11 - OpenVPN > UDP link local: (not bound) . 2024.10.12 16:45:11 - OpenVPN > UDP link remote: [AF_INET]213.152.161.231:443 . 2024.10.12 16:45:44 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting . 2024.10.12 16:45:44 - OpenVPN > SIGTERM received, sending exit notification to peer . 2024.10.12 16:45:49 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting ! 2024.10.12 16:45:49 - Disconnecting Laptop Log I 2024.10.12 16:39:03 - Session starting. I 2024.10.12 16:39:03 - Checking authorization ... . 2024.10.12 16:39:05 - Added new network interface "Eddie", Wintun version 0.12 . 2024.10.12 16:39:05 - Using WinTun network interface "Eddie (Wintun Userspace Tunnel)" ! 2024.10.12 16:39:05 - Connecting to Andromeda (Netherlands, Alblasserdam) . 2024.10.12 16:39:05 - Routes, add 213.152.161.231/32 for interface "WLAN (Intel(R) Wi-Fi 6 AX200 160MHz)". . 2024.10.12 16:39:05 - Routes, add 213.152.161.231/32 for interface "WLAN (Intel(R) Wi-Fi 6 AX200 160MHz)", already exists. . 2024.10.12 16:39:06 - OpenVPN > OpenVPN 2.5.5 Windows-MSVC [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Dec 15 2021 . 2024.10.12 16:39:06 - OpenVPN > Windows version 10.0 (Windows 10 or greater) 64bit . 2024.10.12 16:39:06 - OpenVPN > library versions: OpenSSL 1.1.1l 24 Aug 2021, LZO 2.10 . 2024.10.12 16:39:06 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2024.10.12 16:39:06 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2024.10.12 16:39:06 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2024.10.12 16:39:06 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2024.10.12 16:39:06 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]213.152.161.231:443 . 2024.10.12 16:39:06 - OpenVPN > Socket Buffers: R=[65536->262144] S=[65536->262144] . 2024.10.12 16:39:06 - OpenVPN > UDP link local: (not bound) . 2024.10.12 16:39:06 - OpenVPN > UDP link remote: [AF_INET]213.152.161.231:443 . 2024.10.12 16:39:06 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.231:443, sid=68d94654 f1ea56c8 . 2024.10.12 16:39:06 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2024.10.12 16:39:06 - OpenVPN > VERIFY KU OK . 2024.10.12 16:39:06 - OpenVPN > Validating certificate extended key usage . 2024.10.12 16:39:06 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2024.10.12 16:39:06 - OpenVPN > VERIFY EKU OK . 2024.10.12 16:39:06 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Andromeda, emailAddress=info@airvpn.org . 2024.10.12 16:39:06 - OpenVPN > Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, peer certificate: 4096 bit RSA, signature: RSA-SHA512 . 2024.10.12 16:39:06 - OpenVPN > [Andromeda] Peer Connection Initiated with [AF_INET]213.152.161.231:443 . 2024.10.12 16:39:06 - OpenVPN > SENT CONTROL [Andromeda]: 'PUSH_REQUEST' (status=1) . 2024.10.12 16:39:06 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.9.22.1,dhcp-option DNS6 fde6:7a:7d20:516::1,tun-ipv6,route-gateway 10.9.22.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:516::107f/64 fde6:7a:7d20:516::1,ifconfig 10.9.22.129 255.255.255.0,peer-id 0,cipher AES-256-GCM' . 2024.10.12 16:39:06 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp' . 2024.10.12 16:39:06 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS 10.9.22.1' . 2024.10.12 16:39:06 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS6 fde6:7a:7d20:516::1' . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: peer-id set . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625 . 2024.10.12 16:39:06 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified . 2024.10.12 16:39:06 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM' . 2024.10.12 16:39:06 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2024.10.12 16:39:06 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2024.10.12 16:39:06 - OpenVPN > interactive service msg_channel=0 . 2024.10.12 16:39:06 - OpenVPN > open_tun . 2024.10.12 16:39:06 - OpenVPN > wintun device [Eddie] opened . 2024.10.12 16:39:06 - OpenVPN > NETSH: C:\WINDOWS\system32\netsh.exe interface ip set address 20 static 10.9.22.129 255.255.255.0 . 2024.10.12 16:39:06 - OpenVPN > NETSH: C:\WINDOWS\system32\netsh.exe interface ip delete dns 20 all . 2024.10.12 16:39:06 - OpenVPN > NETSH: C:\WINDOWS\system32\netsh.exe interface ip delete wins 20 all . 2024.10.12 16:39:06 - OpenVPN > IPv4 MTU set to 1500 on interface 20 using SetIpInterfaceEntry() . 2024.10.12 16:39:06 - OpenVPN > NETSH: C:\WINDOWS\system32\netsh.exe interface ipv6 set address 20 fde6:7a:7d20:516::107f/128 store=active . 2024.10.12 16:39:06 - OpenVPN > add_route_ipv6(fde6:7a:7d20:516::/64 -> fde6:7a:7d20:516::107f metric 0) dev Eddie . 2024.10.12 16:39:06 - OpenVPN > C:\WINDOWS\system32\netsh.exe interface ipv6 add route fde6:7a:7d20:516::/64 20 fe80::8 store=active . 2024.10.12 16:39:06 - OpenVPN > env_block: add PATH=C:\WINDOWS\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2024.10.12 16:39:07 - OpenVPN > NETSH: C:\WINDOWS\system32\netsh.exe interface ipv6 delete dns 20 all . 2024.10.12 16:39:07 - OpenVPN > IPv6 MTU set to 1500 on interface 20 using SetIpInterfaceEntry() . 2024.10.12 16:39:07 - OpenVPN > Initialization Sequence Completed . 2024.10.12 16:39:07 - Interface Eddie metric changed from Automatic to 3, layer IPv4 . 2024.10.12 16:39:07 - Interface Eddie metric changed from Automatic to 3, layer IPv6 . 2024.10.12 16:39:07 - DNS leak protection with packet filtering enabled. . 2024.10.12 16:39:07 - DNS IPv4 of a network adapter forced (Eddie, from automatic to 10.9.22.1) . 2024.10.12 16:39:07 - DNS IPv6 of a network adapter forced (Eddie, from automatic to fde6:7a:7d20:516::1) . 2024.10.12 16:39:08 - Routes, add 0.0.0.0/1 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:08 - Routes, add 128.0.0.0/1 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:08 - Routes, add ::/1 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:09 - Routes, add 8000::/1 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:09 - Routes, add 213.152.161.229/32 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:09 - Routes, add 2a00:1678:2470:46:87f7:5087:ccb3:f7e2/128 for interface "Eddie (Wintun Userspace Tunnel)". . 2024.10.12 16:39:09 - Flushing DNS I 2024.10.12 16:39:09 - Checking route IPv4 I 2024.10.12 16:39:10 - Checking route IPv6 I 2024.10.12 16:39:10 - Checking DNS ! 2024.10.12 16:39:10 - Connected.

I have a python script running on a android phone which needs to be behind a VPN connection. I can connect via ssh to the phone but over the public VPN address which is very slow. I would like to connect directly over the local network. The problem is that the current Eddie app don't support wlan connections (System->Exclude local networks from the VPN, exclude local networks except mobile networks... which I suspect to be all wlan networks). Is there a way to allow local IP/Port addresses somewhere else? Perhaps with Custom Directives? Edit1: Eddi version 2.5 (VC27) Edit2: mobile networks are not WLAN connections (misunderstanding on my part), theoretically WLAN should work on a mobile phone if connecting to local ip address. It is not working in my case with AirVPN on, only if AirVPN is turned off on the mobile.

When I run the eddie client on my laptop with ubuntu 16.04, and network lock activated and allow LAN/private ticked in preferences (see attached), some services will connect, e.g. emby and others will not, e.g. KDEconnect. When eddie is not running I can connect. I saw that on this thread https://airvpn.org/topic/29634-wonky-lan-access/ someone was maybe having a similar with MAC and wondered if there was a workaround for ubuntu/linux? I am not very technical and only understand about 5% of what I'm reading on these forums so need it simple, apologies if asking for the impossible!!

After the Eddie 2.13.6 to 2.16.3 update on an iMac (Retina 4K, 21.5-inch, Late 2015) with macOS 10.13.6, there is no more: AFP to computer names, just ip-addresses (likewise as for incoming connections)Screen Sharing to computer names, just ip-addresses (likewise as for incoming connections)AirPlay to an AirPort Express, its AirPort Utility connection invariably fails as well (unlike iOS devices with OpenVPN Connect 3.0.1, an AppleTV4 or 'Eddie-less' macOS computers)Also, its iTunes needs to relaunch for the AppleTV4 to reconnect after sleep every time. To remedy this most annoying hiccup a forums poster once suggested, if memory serves, to enter some 'Bonjour multicast address' (?) or other into Addresses Allowed of Network Lock Preferences. And rightly so!At the moment though, that field is blank, whereas it wasn't prior to the current version, but the post in question seems untraceable. Can anyone confirm the workaround still holds and point to the info required? If not, what is the proper way to deal with said wonkiness (bar disabling the network lock)? cheers,

Is there a way to block Local network connections? I'm thinking of scenarios like this. Router or portal or Firewall or ISP sets up it's own DNS MITM like over the Router IP like 192.168.0.100:53 So, in the cases AirVPN allows this IP even in network Lock and DNS leaks occurs. Or may be a HTTP SSH proxy attacks etc on the LAN computers which are not using AirVPN. So, to avoid scenarois like this and others, is there a way for people to block LAN connections?

Hi there, I am totally new to vpn and I just curious about how that all works and how to do it right, and now I am quite confused about thousand different setup methods. I have a plain linux box which runs a service Y on a specific port that shall go throught airvpn. So far I only read that once openvpn is started all traffic goes through the vpn. If I simply start the vpn as descibed here https://airvpn.org/topic/11431-using-airvpn-with-linux-from-terminal/ on the box does this mean that everyone on the other side of the vpn can portscan/connect to services that are running on that box? If I manage that box from another client in my LAN via a vncserver that is installed on that box, can I still reach the box after starting openvpn and can anyone on the other vpn side connect to the vncserver? So my question is what is the easyest way to route only service Y to the vpn and make incomming (from the vpn) request route only to service Y's port?

Hello, I am having trouble setting up a Minecraft game server using AirVPN. I have used AirVPN's port forwarding service and successfully forwarded and opened up a port of my choice and selected the games local port of 25565. I checked this using canyouseeme.org to test this was the case, it was up. I booted up the server and found that i couldn't connected via the port / public exit IP and it just lead to a weird timing out on the ping and leading to a lack of connection for the server. I knew the server was up as i had a local connection to it which showed it was up. I wondered if there was an issue with packets getting lost / dropped so I did a tracert to see if i could see where the connection was going and that worked fine with no issues at all. Then I checked to see if there was anything going on with AIrVPN or maybe my internet provider was being overly strict so i changed to SSL applies caps or blocks lower ip ranges etc. Same result no connection, I tried multiple ways of setting it up and always got the same result of it timing out. Maybe it was my software so I disabled all firewalls / everything and tried it across multiple machines with fresh hardware and on different operating systems. Same issue nothing was working. Tried multiple ways and getting the local connection via ipconfig on my adapter and binding the IP to the minecraft server interface. Still nothing, tried changing the ports of the server interface still nothing. I gave dynamic DNS a go to see if i could circumvent this issue completely with it and still not working. I am really at a loss and have no clue how to fix this any help would be appreciated. Thanks for reading. Additional Details: - All internet works fine with/without airVpn. - Yes i am connected to a airvpn server and have tried multiple of their servers. - Yes I have restarted / shutdown pc's after installing to give it a "chance" - Yes the port is up and i can see its up via canyouseeme.org - Yes i gave time for the dynamic dns to change and update its entries. - I have tried three different operating systems including Linux. Windows server and desktop. - Connecting via Ethernet cable. - No problems connecting to airvpn servers. - College/University wifi.

Hi, When I am connected to AirVPN under Linux NetworkManager with OpenVPN configs, attempting to SSH to other Linux clients on the LAN has intermittent 10-20 second lockups. This is not true of Eddie connections under Windows or when not connected to AirVPN. Does anyone know what could be causing this and how to fix it?

Hi, Currently running Eddie 2.10.3 on a Windows 8.1 Pro x64 box. With network lock enabled my LAN network shares are not accessible. Going to 'Network' in explorer shows that file and printer sharing (and network discovery) are both turned off. They are impossible to re-enable, and trying to do so simply closes the dialogue but they remain turned off. All relevant services are running on the machine (SSDP discovery service, UPnP etc etc) and as soon as network lock is deactivated network discovery is automatically enabled again, LAN shares show up and everything works OK again. In Preferences > Advanced > Network lock I have already checked the box to 'allow lan/private'. I also tried disabling network lock, de-selecting 'allow lan/private' and then re-enabling everything. Still no joy. The only solution for me to keep network shares available is to disabled network lock entirely.

Hi, I was wondering if there is a way via static routes or multi-homed configuration that would allow me to run the AirVPN client while maintaining my connection to the LAN. I am running the client inside a Linux MINT VM. I would not want to compromise security or anonymity in any way. Regards,

I am looking to solve an issue where I want to disable IPv6 but keep LAN connectivity. I'm not really a network person, and my understanding of IPv6 is pretty scant. I'm assuming since many VPN clients offer the ability to disable it, and I don't really see it being used/discussed other than under security issues, that its worth disabling in some situations. Is it really OK to leave it on? I certainly don't want to become the victim of some new exploit or anything. But I need access to my LAN machines like my file/media server. Do I need to just set a local 192.x.x.x range in the Routing setup of the client, to keep them outside of the VPN? I don't really understand why disabling IPv6 would disable LAN access anyway, since those PC's have IPv4 addresses, right? Outside of this issue I'm also just generally curious how/why this is. I'm using Windows 7 Ultimate 64-bit.