Staff

Hello! In the meantime, please check here: https://eddie.website/support/data-path/ Kind regards

Thank you, we updated the original message. Kind regards

Hello! Thanks for the report, could you please duplicate this message of yours in this thread: https://airvpn.org/forums/topic/56428-eddie-desktop-223-beta-released/ During this testing phase, we will try to gather all the previously undiscovered bugs in that thread. Kind regards

Hello! Yes, we bet on a IP geo-location database compiled at the drop of a hat and we have even a hint to understand the incompetence, see below from the official IANA WHOIS server db: $ whois 146.70.94.2 % IANA WHOIS server % for more information on IANA, visit http://www.iana.org % This query returned 1 object refer: whois.arin.net inetnum: 146.0.0.0 - 146.255.255.255 organisation: Administered by ARIN status: LEGACY whois: whois.arin.net changed: 1993-05 source: IANA # whois.arin.net NetRange: 146.70.0.0 - 146.70.255.255 CIDR: 146.70.0.0/16 [...] # whois.ripe.net inetnum: 146.70.94.0 - 146.70.94.255 netname: M247-Dublin descr: M247 Europe - Dublin Infrastructure geoloc: 53.350140 -6.266155 status: LEGACY remarks: Geofeed found at https://geoip.m247.ro/geofeeds.csv country: IE Kind regards

Hello! Your Deluge program is reachable (just tested) from the Internet, and replies properly. Your setup seems correct. Deluge tests are performed through specific servers which might be unable to reach our servers. Therefore, the performance problem should have a different cause: if it persists on well seeded torrents and regardless of the VPN server you connect to, please feel free to open a ticket. Kind regards

Hello! It is meant to block Spotify ads. Kind regards

Hello! GoodBye Ads has been added after widespread community suggestions and it is here to stay as long as we don't have another widespread request from the community to delete it. Just ignore it and that's it. Please report the problems you have with Eddie Android edition in the proper thread or even better in a ticket. In this thread they are off topic and contribute only to lower thread's readability. Since the "News" forum is not a community forum and it must remain as readable as possible, off topic messages might be split or even deleted in some cases. Kind regards

Not systemd, they wanted to verify whether you had systemd-resolved DNS enabled with old Eddie versions and similar behavior in Android with other tools, because you said that without VPN DNS the sites were not broken and at the same time you wrote (quote): It was you who claimed initially that the problem was NOT related to the DNS block lists, that's why initially the investigation moved to other fields, holy patience! Kind regards

Hello! You bind a program to a network interface, not a virtual network to a program! In order to do so, you can modify the following option: Set it to the virtual network interface (for example wintun in Windows). Also note that by keeping Network Lock enabled you will prevent in any case (including torrent software mis-configuration) any possible traffic leak. Kind regards

Hello! The problems you experience are caused by various Eddie bugs. Please test Eddie 2.23.1, where several bugs have been fixed, including the bug causing the option --mode.type to be ignored or incorrectly parsed. Please see here: https://airvpn.org/forums/topic/56428-eddie-desktop-223-beta-released/ Please feel free to keep us posted after you have tested the new Eddie. Kind regards

No, if all peers were not reachable BitTorrent would not work at all. The reason is trivial, just study how the protocol works. Actually there are many "dead torrents" not because there are no peers with the complete file, but because those peers in the swarm are active but not reachable. You have the impression that torrenting works even if some peers in a swarm are unreachable only because there are peers which are reachable in that swarm, so unreachable nodes (leechers) can keep leeching. This is the essence of the claims "you can keep torrenting even without remote port forwarding": yes, provided that parasites in a swarm can leech thanks to the effort of others. Maybe you should study how the protocol works before insulting. We're momentarily locking this thread, too many off topics are making it confusing. Kind regards

Hello! Since Hummingbird is not authorized to create a copy of resolv.conf, launch it with --ignore-dns-push and handle your DNS manually (if you want to consider the VPN server DNS push), like you had to do with OpenVPN for example. By ignoring the DNS push, Hummingbird will not need anymore to create a backup copy of your resolv.conf file. Kind regards

@XUCc95zVolO3uUqocjCMrg Hello! Yes, definitely misunderstood. Please make sure that you connect with the key linked to the DNS lists (Eddie Android edition lets you pick which "device" you want to use, and our service lets you select which "devices" must have DNS block lists active) and that Eddie Android uses VPN DNS. If those conditions are already met and the problem persists please do not hesitate to open a ticket because it would be a matter for the developers. Kind regards

@rgrdgr Hello! In the Suite, both Bluetit and Hummingbird offer a Network Lock feature which might come handy (or vital) to prevent any kind of traffic leak outside the VPN tunnel. Furthermore, they are both linked against OpenVPN3-AirVPN library, which offers significant bonuses and bug fixes if compared to OpenVPN3 main branch. Last but not least, Bluetit is integrated with AirVPN, so with Bluetit and Goldcrest you don't need profiles, if you don't want to use them. Check the user's manual to see even more options offered by the Suite which OpenVPN stock doesn't offer. https://airvpn.org/suite/readme/ Kind regards

Hello! Due to Android limitations enforced on the device owner (no root privileges on "not-rooted" devices), AdBlock can not set firewall rules to block ads sources. To circumvent this limitation, Adblock uses a VPN to achieve the purpose. It's the VPN which filters out the ads. However, another Android limitation in the VPNService API allows only one VPN at a time (this is a general limitation on other systems without multiple routing table etc.). Therefore it's not possible to run AdBlock and another VPN program at the same time. You may reproduce with a very good approximation Adblock behavior by enabling the DNS block lists we offer (included in any subscription). You can examine them and enable them in your AirVPN account panel "Client Area" > "DNS". Once you have enabled them. by using VPN DNS you will have a protection against ads, trackers and many malicious sources. Kind regards

Upcoming Frankfurt infrastructure maintenance on July 4, 2023. The following 3 servers will remain down for 8 hours. Quote: === In the coming period, Leaseweb will move all services from FRA-10 to the new state-of-the-art Iron Mountain datacenter (FRA-01) in Frankfurt. Therefore, we will need to perform scheduled maintenance on part of our infrastructure. WHEN CAN YOU EXPECT IT Timezone: CEST (UTC+02:00) July 04, 2023 09:00 - July 04, 2023 17:00 Duration: 8h WHAT IS THE IMPACT ON YOUR SERVICE? Your dedicated server(s) will be physically migrated to the FRA-01 datacenter to retain the IP addresses for your dedicated server. The server will be offline during the maintenance window. Please be assured that we will do our utmost best to keep the downtime as minimal as possible, and our engineers are available during and after the migration should any issues arise. Server(s) impacted by the migration: Dedicated Server - Intercrus Dedicated Server - Veritate Dedicated Server - Tucana === Kind regards & datalove AirVPN Staff

Hello! Actually such crashes may be the cause of the problem and now your system may have VPN DNS still set. If that's the case, see our previous message in this thread to quickly resolve the issue. Please feel free to report the crashes in the main thread for Eddie 2.23.1 because such crashes must not occur and must be fixed. https://airvpn.org/forums/topic/56428-eddie-desktop-223-beta-released/ We are afraid it doesn't make sense. We would rather recommend that you follow our suggestions in the previous message in this thread, as it might be just a DNS issue. Kind regards

Hello! It might be a DNS issue, if Eddie failed to restore DNS settings in case of a "dirty exit" (graceless kill, crash...). If your system can't resolve names (the purpose of DNS) you will have the feeling that Internet connection doesn't work (even if it does). When the system is connected to the VPN, names can be resolved because the VPN DNS is probably set. However, the VPN DNS is accessible only from inside the VPN. Eddie keeps safety backup files for similar occurrences, so re-running it and shutting it down properly should fix the problem. If this procedure fails, then you can check manually and set properly your system DNS. We recommend Quad9 DNS (9.9.9.9), OpenNIC https://www.opennic.org and DNS.Watch (84.200.69.80) https://dns.watch/ for their commitment to privacy and neutrality. How to configure/change DNS settings in macOS: https://serverguy.com/kb/change-dns-server-settings-mac-os/ Kind regards

Hello! An account with such features will have a maximum of 20 ports available. Thank you for your great feedback. Kind regards

@Undated8198 Hello, we have no plans to remove port forwarding, quite the contrary: we are currently deploying resources to delay port exhaustion and find alternative, but comfortable, procedures to keep offering this service in anticipation of port exhaustion. As you can see we already limited to new customers the amount of bookable ports, in order to preserve advertised features to those who are already our customers. We are committed to avoid retro-active modifications of the service for pre-existing customers, when such modifications would be detrimental for the service or anyway betraying an advertised feature. Kind regards

@Vincenttor Hello! We are monitoring the situation and we will keep you informed. In this moment we can't reproduce the issue with Google. All Google services are normally accessible from the Netherlands servers according to our tests. This is a different problem caused by Microsoft blocks and noticed years ago. A workaround was available, anyway do not let us mix different problems in this thread. About Microsoft Outlook, and more in general for Office 365 and newer versions, we kindly ask you to re-direct yourself here: https://airvpn.org/forums/topic/27414-youll-need-internet-for-this-microsoft-services-when-using-ssl-tunnel/ A general approach: https://www.macwheeler.com/windows-10-office-365-cannot-connect-over-openvpn-fixed/ Kind regards

Hello! Thank you for your valuable tests which helped us find bugs and glitches. Your work was not in vain, you can see how many bug fixes have been implemented on Eddie 2.23: most of them thanks to you and community testers like you. https://eddie.website/changelog/?software=client&format=html We assure you that your work is precious and that under no circumstance will we waste it. Eddie's Deskop edition versioning scheme and release cycle are unorthodox. For example, check what happened now with Eddie 2.23.0: a bug was found, thanks to testers from the community like you. The fix was implemented on a new version (2.23.1) and 2.23.0 has been thrown away. You don't have different betas for 2.23.0, and 2.23.0 will never be Release Candidate or release, to be clear. Similarly, Eddie 2.22.2 will never reach a Release status, and not even a Release Candidate status: each bug fix is implemented not in 2.22.2 but in a new version. You can see it as a customized SemVer (semantic versioning), where: every fix is condensed in the "post release cycle", the scheme is more similar to major.minor.patch than to major.minor.maintenance.build and a whole minor could be thrown completely away without reaching a stable phase (exactly the 2.22 you mention). https://en.wikipedia.org/wiki/Software_versioning With that said: So far no critical problem has been found by anyone on Eddie 2.22.2 so you can keep using it with the usual caveat: it does not include the bug fixes you can see on the 2.23.1 version. Furthermore, Linux users must be aware that Eddie 2.23.1 features full support, with proper DNS management, of every systemd-resolved working mode, which previous Eddie versions don't. Now that more and more Linux distributions come pre-packaged with systemd-resolved working in on-link or hybrid modes (examples: Fedora, Ubuntu), Linux users can seriously consider to jump directly to 2.23.x. Thank you again again for your valuable tests and we frankly hope that you will be among the testing group for Eddie 2.23.x as well. Kind regards

Hello! The icon status change is triggered by the first unsolicited packet reaching qBittorrent. If you don't perform the test and you start seeding or sharing some torrent file, you should see the icon turning green at the first incoming connection (it may require some time if the torrent is very well seeded). Kind regards

@SurprisedItWorks Hello! Yes, it's inconsistent at the moment. Kind regards

@bnrrteterstnjrsj45 Hello! The wintun driver is not for DCO. Are you running Eddie 2.23? If so, please check the caveats in the "Road to OpenVPN 2.6" page, specifically: Kind regards