Not connected, Your IP: 3.227.247.17
Online: 15202 users - 76902 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
- Today
-
-
-
- Yesterday
-
Eddie connect and disconnect sound fx
OpenSourcerer replied to Nerohan's topic in Troubleshooting and Problems
Eddie's got sound effects? -
Did you also try setting verb 4 in the config? This prints much more info than normally needed but you are troubleshooting the tunnel interface, after all. verb 5 would even print each packet read and write; no idea if that will be useful at all. But please do share the log with us, otherwise – why even posting here if you resent to "ah, I failed, maybe it will solve itself". You are asking for help, after all. What's your kernel version, by the way?
-
Maybe because the server is 10.4.0.1 instead? Can't you create a separate NetworkManager profile, then change the profiles using nmcli before connection? Use nmcli connection show to show the list of connections and find out their UUIDs, copy the UUID of the AirDNS connection, then use up /usr/bin/nmcli connection up UUID in the config to change to the OpenVPN connection. Revert with the same command, using the UUID of the usually used connection profile instead.
-
Is there a method for disabling specifically Eddie's sound fx in Mac OSX?
-
-
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png)
OpenVPN on router leaking IPV6 address. Please help!
Staff replied to Debsin's topic in Troubleshooting and Problems
@Debsin Hello and thank you for your choice! In AirVPN we have a specific setup for IPv6 push aimed at maintaining compatibility with older OpenVPN versions which had a heavily bugged IPv6 support. If you wish IPv6 push from our server you need to send the server the "IPV6" user variable set to yes. Therefore you need the following directives (add them in your "Custom configuration" box):: push-peer-info setenv UV_IPV6 yes That said, you must also be aware that some DD-WRT builds do not support IPv6 over IPv4 tunneling with OpenVPN. They keep routing IPv6 packets outside the VPN tunnel. If that's your case, you will need to disable IPv6 on the router to prevent IPv6 leaks, or connect behind the router devices directly, after you have disabled OpenVPN on the router. Kind regards -
@Searching Hello! You can safely test Eddie 2.19.7 as no critical problems have been reported so far. If you experience any problem, you can easily roll back to some previous Eddie release. If that's necessary, remember to roll back to Hummingbird 1.1.0 too. If you need a link to re-download older Hummingbird version just ask us. Kind regards
-
-
Greetings, community! I am very enthusiastic about AirVPN, and I am quite happy by my router-based solution to protect all of my traffic. However, I am not intelligent enough to troubleshoot my router and OpenVPN by myself, so I hope you will assist I. I am using FreshTomato 2020.1 on a Netgear r7000. I have done a lot of work to configure my router and spent many hours and days actually getting AirVPN working on OpenVPN config on this router, with the outdated guide that exists on this website. As of right now, I have determined that my primary problem comes from an IPv6 leak in OpenVPN and my router settings. I played with my settings and reset my router several times and I have determined that there is a single setting, called " IPv6 IPSec Passthrough" under Advanced-> Firewall settings, which enables IPv6 but also leaks my ISP-given IPv6 addy as well as my geolocation. When the setting is off, IPv6 is not detected by websites such as https://ipleak.net/, but I do require it to be enabled for my WWW and P2P usage. I have read that IPv6 is fully enabled in OpenVPN, and I need to discover how to do that. Please see my configuration images below, which will tell you how my OpenVPN is set up. I am considering upgrading my router to a newer version of FreshTomato, but I will only do that if necessary. Thank you for reading!! -
Thanks for your reply. I just finished a 6 hour debugging session and sadly I haven't figured it out yet. I tried everything that came to mind like: - Resetting qBittorrent settings to default - Building latest qBittorrent from Source - Switching the AirVPN Server - Restoring the VM to an older backup - Resetting the router and reconfigure I also looked at the logs, especially syslog and so far couldn't find anything at all. I'm gonna let this issue sit for a few days. Maybe I'll think of something else, or hopefully it will solve itself! - Last week
-
Short: Using OpenVPN configuration, edited config file to run update-systemd-resolved, still not seeing AirVPN dns when checking on ipleak.net. Longer: Arch Linux OpenVPN version 2.5.0 My OVPN config [me@hostname Kruger]$ cat AirVPN_US-Chicago-Illinois_Kruger_UDP-443.ovpn # -------------------------------------------------------- # Air VPN | https://airvpn.org | Sunday 3rd of January 2021 06:48:09 PM # OpenVPN Client Configuration # AirVPN_US-Chicago-Illinois_Kruger_UDP-443 # -------------------------------------------------------- client dev tun remote 68.235.35.123 443 resolv-retry infinite nobind persist-key persist-tun auth-nocache route-delay 5 verb 3 explicit-exit-notify 5 push-peer-info setenv UV_IPV6 yes ca "ca.crt" cert "user.crt" key "user.key" remote-cert-tls server comp-lzo no data-ciphers AES-256-GCM:AES-256-CBC:AES-192-GCM:AES-192-CBC:AES-128-GCM:AES-128-CBC data-ciphers-fallback AES-256-CBC proto udp tls-auth "ta.key" 1 script-security 2 setenv PATH /usr/bin up /etc/openvpn/scripts/update-systemd-resolved down /etc/openvpn/scripts/update-systemd-resolved down-pre dhcp-option DOMAIN-ROUTE Output of terminal when connecting with OpenVPN [me@hostname Kruger]$ sudo openvpn AirVPN_US-Chicago-Illinois_Kruger_UDP-443.ovpn [sudo] password for me: 2021-01-16 17:23:13 WARNING: file 'user.key' is group or others accessible 2021-01-16 17:23:13 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Nov 6 2020 2021-01-16 17:23:13 library versions: OpenSSL 1.1.1i 8 Dec 2020, LZO 2.10 2021-01-16 17:23:13 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2021-01-16 17:23:13 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication 2021-01-16 17:23:13 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication 2021-01-16 17:23:13 TCP/UDP: Preserving recently used remote address: [AF_INET]68.235.35.123:443 2021-01-16 17:23:13 Socket Buffers: R=[212992->212992] S=[212992->212992] 2021-01-16 17:23:13 UDP link local: (not bound) 2021-01-16 17:23:13 UDP link remote: [AF_INET]68.235.35.123:443 2021-01-16 17:23:13 TLS: Initial packet from [AF_INET]68.235.35.123:443, sid=ba9f17a5 79159312 2021-01-16 17:23:13 net_route_v4_best_gw query: dst 0.0.0.0 2021-01-16 17:23:13 net_route_v4_best_gw result: via 10.0.0.1 dev enp0s31f6 2021-01-16 17:23:13 VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org 2021-01-16 17:23:13 VERIFY KU OK 2021-01-16 17:23:13 Validating certificate extended key usage 2021-01-16 17:23:13 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication 2021-01-16 17:23:13 VERIFY EKU OK 2021-01-16 17:23:13 VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Kruger, emailAddress=info@airvpn.org 2021-01-16 17:23:13 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, 4096 bit RSA 2021-01-16 17:23:13 [Kruger] Peer Connection Initiated with [AF_INET]68.235.35.123:443 2021-01-16 17:23:14 SENT CONTROL [Kruger]: 'PUSH_REQUEST' (status=1) 2021-01-16 17:23:14 PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.20.136.1,dhcp-option DNS6 fde6:7a:7d20:1088::1,tun-ipv6,route-gateway 10.20.136.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:1088::105b/64 fde6:7a:7d20:1088::1,ifconfig 10.20.136.93 255.255.255.0,peer-id 2,cipher AES-256-GCM' 2021-01-16 17:23:14 OPTIONS IMPORT: timers and/or timeouts modified 2021-01-16 17:23:14 OPTIONS IMPORT: compression parms modified 2021-01-16 17:23:14 OPTIONS IMPORT: --ifconfig/up options modified 2021-01-16 17:23:14 OPTIONS IMPORT: route options modified 2021-01-16 17:23:14 OPTIONS IMPORT: route-related options modified 2021-01-16 17:23:14 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified 2021-01-16 17:23:14 OPTIONS IMPORT: peer-id set 2021-01-16 17:23:14 OPTIONS IMPORT: adjusting link_mtu to 1625 2021-01-16 17:23:14 OPTIONS IMPORT: data channel crypto options modified 2021-01-16 17:23:14 Data Channel: using negotiated cipher 'AES-256-GCM' 2021-01-16 17:23:14 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2021-01-16 17:23:14 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2021-01-16 17:23:14 net_route_v4_best_gw query: dst 0.0.0.0 2021-01-16 17:23:14 net_route_v4_best_gw result: via 10.0.0.1 dev enp0s31f6 2021-01-16 17:23:14 ROUTE_GATEWAY 10.0.0.1/255.255.255.0 IFACE=enp0s31f6 HWADDR=4c:cc:6a:6b:95:89 2021-01-16 17:23:14 GDG6: remote_host_ipv6=n/a 2021-01-16 17:23:14 net_route_v6_best_gw query: dst :: 2021-01-16 17:23:14 net_route_v6_best_gw result: via fe80::10:18ff:fe77:60b2 dev enp0s31f6 2021-01-16 17:23:14 ROUTE6_GATEWAY fe80::10:18ff:fe77:60b2 IFACE=enp0s31f6 2021-01-16 17:23:14 TUN/TAP device tun0 opened 2021-01-16 17:23:14 net_iface_mtu_set: mtu 1500 for tun0 2021-01-16 17:23:14 net_iface_up: set tun0 up 2021-01-16 17:23:14 net_addr_v4_add: 10.20.136.93/24 dev tun0 2021-01-16 17:23:14 net_iface_mtu_set: mtu 1500 for tun0 2021-01-16 17:23:14 net_iface_up: set tun0 up 2021-01-16 17:23:14 net_addr_v6_add: fde6:7a:7d20:1088::105b/64 dev tun0 2021-01-16 17:23:14 /etc/openvpn/scripts/update-systemd-resolved tun0 1500 1553 10.20.136.93 255.255.255.0 init <14>Jan 16 17:23:14 update-systemd-resolved: Link 'tun0' coming up <14>Jan 16 17:23:14 update-systemd-resolved: Adding DNS Routed Domain DOMAIN-ROUTE <14>Jan 16 17:23:14 update-systemd-resolved: Adding IPv4 DNS Server 10.20.136.1 <14>Jan 16 17:23:14 update-systemd-resolved: Adding IPv6 DNS Server fde6:7a:7d20:1088::1 <14>Jan 16 17:23:14 update-systemd-resolved: SetLinkDNS(4 2 2 4 10 20 136 1 10 16 253 230 0 122 125 32 16 136 0 0 0 0 0 0 0 1) <14>Jan 16 17:23:14 update-systemd-resolved: SetLinkDomains(4 1 DOMAIN-ROUTE true) 2021-01-16 17:23:20 net_route_v4_add: 68.235.35.123/32 via 10.0.0.1 dev [NULL] table 0 metric -1 2021-01-16 17:23:20 net_route_v4_add: 0.0.0.0/1 via 10.20.136.1 dev [NULL] table 0 metric -1 2021-01-16 17:23:20 net_route_v4_add: 128.0.0.0/1 via 10.20.136.1 dev [NULL] table 0 metric -1 2021-01-16 17:23:20 add_route_ipv6(::/3 -> fde6:7a:7d20:1088::1 metric -1) dev tun0 2021-01-16 17:23:20 net_route_v6_add: ::/3 via :: dev tun0 table 0 metric -1 2021-01-16 17:23:20 add_route_ipv6(2000::/4 -> fde6:7a:7d20:1088::1 metric -1) dev tun0 2021-01-16 17:23:20 net_route_v6_add: 2000::/4 via :: dev tun0 table 0 metric -1 2021-01-16 17:23:20 add_route_ipv6(3000::/4 -> fde6:7a:7d20:1088::1 metric -1) dev tun0 2021-01-16 17:23:20 net_route_v6_add: 3000::/4 via :: dev tun0 table 0 metric -1 2021-01-16 17:23:20 add_route_ipv6(fc00::/7 -> fde6:7a:7d20:1088::1 metric -1) dev tun0 2021-01-16 17:23:20 net_route_v6_add: fc00::/7 via :: dev tun0 table 0 metric -1 2021-01-16 17:23:20 Initialization Sequence Completed Output of resolv.conf (does not change after connecting) [me@hostname ~]$ cat /etc/resolv.conf # Generated by NetworkManager nameserver 1.1.1.1 nameserver 8.8.8.8 Output of resolvectl status after connecting to VPN Global Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported resolv.conf mode: foreign Current DNS Server: 1.1.1.1 DNS Servers: 1.1.1.1 8.8.8.8 Fallback DNS Servers: 1.1.1.1 9.9.9.10 8.8.8.8 2606:4700:4700::1111 2620:fe::10 2001:4860:4860::8888 Link 2 (enp0s31f6) Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6 Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported Current DNS Server: 1.1.1.1 DNS Servers: 1.1.1.1 8.8.8.8 Link 3 (wlp0s20f0u12) Current Scopes: none Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported Link 4 (tun0) Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6 Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported Current DNS Server: 10.20.136.1 DNS Servers: 10.20.136.1 fde6:7a:7d20:1088::1 DNS Domain: ~DOMAIN-ROUTE After all this, the DNS from ipleak.net does not show it as a valid AirVPN DNS server. I was once able to get it working once by manually editing resolv.conf to have 10.0.4.1 (which I believe is supposed to be universal across all servers, correct?), but I have not been able to replicate this again. For clarification, I am using Network Manager for my regular connection, but am NOT using network-manager-openvpn; I use openvpn directly to connect. I'm assuming this has something to do with network manager but not sure exactly how all the inner workings connect. Thank you for any help -
I've got a similar setup but I never noticed this happening to me. What are your connection settings? How many torrents are in the Started state? The OpenVPN logs could help, too. Best paste them into a file and upload the file here.
-
Hello everyone, so today I stumbled across this weird issue: Running Debian 10.7 with qBittorrent 4.1.5 and OpenVPN 2.4.7, both from Debian Repos. My QBittorrent is configured to bind to the tun0 interface (using OpenVPN).As soon as QBittorrent establishes any connection the whole tun0 interface (not just qBittorrent traffic) is limited to around 10Mbit/s in Download and stays that way even after exiting qBittorrent.After restarting the OpenVPN connection I have full speed on tun0 again until I start qBittorrent again and it establishes any connection. Took me a while to figure this out and I have no idea what's causing this. How to reproduce: Do a Webbrowser Speedtest over tun0 while qBittorrent isn't running -> full speed. Start qBittorrent an wait for it to establish any connection. Do a Webbrowser Speedtest over tun0 again -> Limited to around 10Mbit/s. Any idea what's the problem here? How could qBittorrent throttle the complete interface just by running in the background? Thanks!
-
Waiting for latency tests
OpenSourcerer replied to Anarchy-X's topic in Troubleshooting and Problems
Please read again the instructions. Try a connection first, and paste all of the output when clicking on the lifebelt icon into a file. Right now both connection logs and network configuration is missing as well as the attempts with other OpenVPN clients you mentioned. Thank you. -
decided to switch on my Pfsense router just now. running a ARM Cortex-A9 r4p1 processor on the latest version: 2.5.0-DEVELOPMENT (arm) built on Fri Nov 27 06:54:52 EST 2020 FreeBSD 12.2-STABLE not having ANY performance hits so far whatsoever. if anything it seems more responsive
-
-
Hello, Thanks for the reply and clarification. Also many thanks for supporting an "old" (only three years) OS as High Sierra. I guess that a lot of user like me that can't, don't want or don't need to update to the "latest and greatest" will appreciate AirVPN giving support to our OS. It is nice to see that we can still use the best VPN technology you have to offer, please keep it that way for the next couple of years at least ;·) On another side, for non techie people like me, is it safe to update to the latest beta of Eddie to try Hummingbird and if we encounter any problem roll back to the "old" stable Eddie, or there are things that we have to be aware while rolling back? Or we just wait until the new stable Eddie release is out? Thanks in advance for your answer and support.
-
Hi guys, someone knows how to access bet365 with AirVPN since Bet365 detects the use of VPN and does not load the page. Thanks
-
OpenVpn Router with no vulnerabilities
Air4141841 replied to Nano Fernandez's topic in General & Suggestions
if have used multiple Netgate appliances and they have all worked flawlessly : https://www.netgate.com/products/appliances/ currently using a 3100 now -
Probably an intermittent issue, also probably resolved by that update as you pointed out. Report if it resurfaces.
-
@Searching Hello! Hummingbird 1.1.0 requires macOS Mojave or higher version, while 1.1.1 requires High Sierra or higher version. We will fix the error in the download page. There is no documentation to run Hummingbird from Eddie but it's very simple to do that. From Eddie main window select "Preferences" > "Advanced" and tick "Use Hummingbird". Eddie 2.19.7 or higher version is required (do not try with older versions because they can't launch Hummingbird 1.1.1 properly). See here to download Eddie latest beta release: https://airvpn.org/forums/topic/46329-eddie-desktop-219beta-released/ Kind regards
-
Is it possible to make use of OpenVPN over SSL in goldcrest directly? If not, is integrating stunnel into goldcrest (and firecrest, once it's released) a planned feature? I couldn't find any reference for establishing such a connection in the user documentation, udp & tcp seem to be the only options. Downloading .ssl and .ovpn files for specific servers and starting the stunnel process manually seems rather clunky. I really prefer how the Eddie client allows for SSL connections to any arbitrary AirVPN server by simply choosing said protocol in the settings.
-
ANSWERED Tunnelblick config files out of date
Hellegat replied to Hellegat's topic in Troubleshooting and Problems
Ah, i see it now. Never knew that! Thank you for the quick fix! -
I don't see any "lifebelt". I see the [Logs] with the cogwheels in the leftnav menu. . 2021.01.15 23:14:47 - Eddie version: 2.18.9 / windows_x64, System: Windows, Name: Windows 7 Ultimate, Version: Microsoft Windows NT 6.1.7601 Service Pack 1, Mono/.Net: v4.0.30319 . 2021.01.15 23:14:48 - Command line arguments (1): path="home" . 2021.01.15 23:14:48 - Profile path: C:\Users\X\AppData\Local\Eddie\default.profile . 2021.01.15 23:14:49 - Reading options from C:\Users\X\AppData\Local\Eddie\default.profile . 2021.01.15 23:14:50 - Tun Driver - 0901: 9.24.6; wintun: 0.8 . 2021.01.15 23:14:50 - OpenVPN - Version: 2.4.8 - OpenSSL 1.1.0l 10 Sep 2019, LZO 2.10 (C:\Program Files\AirVPN\openvpn.exe) . 2021.01.15 23:14:50 - SSH - Version: plink 0.67 (C:\Program Files\AirVPN\plink.exe) . 2021.01.15 23:14:50 - SSL - Version: stunnel 5.40 (C:\Program Files\AirVPN\stunnel.exe) . 2021.01.15 23:14:50 - curl - Version: 7.68.0 (C:\Program Files\AirVPN\curl.exe) I 2021.01.15 23:14:52 - Ready . 2021.01.15 23:14:54 - Collect information about AirVPN completed I 2021.01.15 23:15:08 - Session starting. . 2021.01.15 23:15:08 - Waiting for latency tests (191 to go) . 2021.01.15 23:15:36 - Waiting for latency tests (166 to go) . 2021.01.15 23:15:42 - Waiting for latency tests (141 to go) . 2021.01.15 23:44:56 - Collect information about AirVPN completed --- Eddie System/Environment Report - 1/16/2021 - Eddie version: 2.18.9 Eddie OS build: linux_x64 Eddie architecture: x64 OS type: Linux OS name: Ubuntu 20.10 \n \l OS version: Linux 5.8.0-38-lowlatency #43-Ubuntu SMP PREEMPT ... 2021 x86_64 x86_64 x86_64 GNU/Linux OS architecture: x64 Mono /.Net Framework: 6.8.0.105 (Debian 6.8.0.105+dfsg-3 ... 2020); Framework: v4.0.30319 TUN driver: /dev/net/tun OpenVPN: 2.4.9 - OpenSSL 1.1.1f 31 Mar 2020, LZO 2.10 (/usr/sbin/openvpn) Hummingbird: 3.3.2 - Hummingbird - AirVPN OpenVPN 3 Client 1.1.0 - 23 June 2020 (/usr/local/bin/hummingbird) SSH: OpenSSH_8.3p1 Ubuntu-1, OpenSSL 1.1.1f (/usr/bin/ssh) SSL: stunnel 5.56 (/usr/bin/stunnel4) curl: 7.68.0 (/usr/bin/curl) Profile path: /home/X/.config/eddie/default.profile Data path: /home/X/.config/eddie Application path: /usr/lib/eddie-ui Executable path: /usr/lib/eddie-ui/eddie-ui.exe Command line arguments: (2 args) path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" Network Lock Active: No Connected to VPN: No Detected DNS: 127.0.0.53
-
I wanted to come back and verify that TOR is blazing (for TOR) on this site now. Hmmmmmmmmm, anyway glad its back and working fine. I haven't been around for a few days and now TOR is updated to 10.0.8 so I can't help but wonder if that has anything to do with it. Just a thought!
-
Waiting for latency tests
OpenSourcerer replied to Anarchy-X's topic in Troubleshooting and Problems
That doesn't mean they don't tell any of us anything, right? So write them to a file and upload them here. It's better than pasting all of them here because I'm about to ask you for those logs from start to end. So please provide logs from connection attempts with: OpenVPN GUI OpenVPN CLI networkmanager Additionally, try a connection with Eddie, then click on the lifebelt icon in Logs tab and write that to file. Do not copy the logs in the text field left of it, the OpenVPN logs are in the support file as well. -
ANSWERED Tunnelblick config files out of date
OpenSourcerer replied to Hellegat's topic in Troubleshooting and Problems
Everything is already there, just pick "Advanced mode" in the generator and on the right side select the OpenVPN version you want to generate the config for. <2.4, 2.4 and 2.5 are the options. -
For weeks now across multiple OSes, machines, and ISPs, I cannot connect with the OpenVPN GUI (I think sometimes the GNU/Linux CLI works), network manager, or Eddie. It gets stuck with either 161 or 141 tests to go. The log doesn't seem to be telling me much of anything.
