EMULE

Hello, I am a user from mainland China. During my usage, I've noticed that many servers with low load bandwidth usage are actually slower, such as those in Taiwan and Japan. I’d like to offer a suggestion to AirVPN. Personally, I believe the evaluation criteria for server quality should be based on CPU usage over a certain period, such as the average CPU usage over half an hour, rather than load bandwidth. I’ve frequently encountered handshake timeouts when connecting to "sulafat," even though the displayed load bandwidth isn’t high. I suspect this is most likely related to high CPU usage on the server, which causes key resolution timeouts. If I could connect to a server with relatively idle CPU resources, I think the connection quality would be much better. After all, speed is closely tied to protocol overhead. For example, if a 1 Gbit/s server is connected to 100 users using the WireGuard protocol, the server’s load bandwidth might reach up to 900 Mbit/s. However, if it’s connected to 100 users using SSL + OpenVPN TCP protocol, the load bandwidth might only be 400 Mbit/s. Clearly, the latter scenario places a higher burden on the server, yet the load bandwidth appears lower. Therefore, I believe servers with lower CPU usage offer better quality, rather than those with lower load bandwidth. Using average CPU usage as a metric seems more scientific to me. Does my point make sense? Does anyone agree with what I’m saying? Thanks.

Happy Birthday!!!

Hello, This is still about the driver issue. By default, Eddie checks the option "Remove adapter when session ends" in the Networking settings. This means that when the OpenVPN connection is disconnected, the Eddie program will not only remove the tunnel but also uninstall the Eddie Tunnel network adapter driver. The next time you connect, Eddie will reload the driver. On Windows, reloading the same driver means the system loads multiple instances of it. To differentiate between them, Windows helpfully adds a number to the network adapter name, such as "Eddie 99." Of course, this number doesn’t keep increasing indefinitely—it caps at 99. After "Eddie 99," the next increment rolls back to "Eddie 1." Obviously, this doesn’t affect normal usage. If this detail bothers you, you can uncheck the "Remove adapter when session ends" option in the Networking settings. However, after unchecking it, you’ll receive a warning from Eddie (in version 2.24.6), which can be annoying. Note that Eddie 2.21.8 does not issue this warning. I also hope future versions of Eddie will remove this warning. Hope this helps!

Hello, I also encountered this issue, but fortunately, I resolved it. I found that it's related to a system driver problem. For WireGuard to run, it requires the `wireguard.sys` driver. However, Eddie does not create `wireguard.sys` when there are other versions of `wintun.sys` in the system folder, which causes it to fail—quite strange. The solution is to delete all `wintun.sys` and `wireguard.sys` files in the `C:\windows\system32\drivers\` directory, then use a cleanup tool to scan the registry. After restarting your computer, open Eddie, first select the WireGuard protocol (port 51820) to connect to the server, and then switch to the OpenVPN protocol to connect again. This ensures both drivers are installed correctly. In Eddie 2.24.6, WireGuard uses `wireguard.sys`, while OpenVPN uses `wintun.sys`. Hope this helps you solve the problem!