EMULE

Yes. This is because the ISP has blocked the boot server. Please open the ticket to obtain the private boot server from the staff, or wait for the subsequent Android version update. It is said that in the subsequent version, the login information will be saved locally. Then, there will be no need to log in every time. Just log in once and you can use it as before, just like the computer version.

Yes, as long as the size of the I1 data packet is less than the MTU, it will be fine. The default MTU of AirVPN is 1320. Of course, if the size of the I1 data packet complies with the QUIC specification, the effect will be even better. If you want to construct simulated QUIC data packets using random data, you can make 5 data packets have the same format and keep their size as small as possible (e.g. 110 bytes). You can also increase the size of the main data packet I1 (e.g. I1 1200, I2-I5 70). If you want to construct a CPS data packet using specific data, then the size of the main data packet I1 must follow the size of the Quic data packets in a regular internet connection. The sizes of the other data packets can be random, but I suggest that the sizes of the other data packets should also follow the packet sizes in a regular internet connection (such as I1 1292, I2 77, I3 87, I4 87, I5 73). You can also use only the I1 data packet, which contains specific data. However, do not increase the size of the I1-I5 data packets simultaneously (such as I1-I5 1292). Such behavior patterns are likely to violate the normal Internet connection and thus be detected. In summary, the functions of the 5 data packets are to imitate a regular internet connection, thereby concealing your VPN connection. Try to make the behavior patterns of these 5 data packets as close as possible to those of a regular internet connection. You can use Wireshark to capture packets to understand the behavior patterns of UDP data packets under a regular internet connection. All settings should be based on actual conditions rather than theory. Yesterday, I used AmneziaWG on my phone to connect to the US server and when accessing Google Play, the speed reached over 300 Mbps. This is the fastest speed I have achieved since I purchased AirVPN. For a VPN connection under the GFW, this speed is already very fast, haha😄😄😄. Good job!

I think this might be related to data centers. Some data centers offer excellent services, while others provide poor services. I believe as the AirVPN business expands, there will be more and more high-quality data centers providing services.🤔🤔🤔

Hello! I'd like to ask if there are any cheap VPS recommendations? I'd like to purchase an additional server to test any protocols that might bypass the Great Firewall. I've looked at many Hong Kong providers, but the cheap VPSs explicitly prohibit any circumvention techniques in their terms of service. I really can't find a usable and relatively inexpensive VPS. Could you recommend a few? Thank you.

That's incredible! It seems the server hardware wasn't that bad; perhaps it was just maintained two days ago? Or maybe the hardware was replaced? I see that this server only has 280+ users. Could it be a user issue? More users using the Wireguard protocol can indeed bring higher bandwidth usage. If the AmneziaWG protocol becomes widespread, it would be incredible if even 10G servers could be fully utilized.😄😄😄

Hello! It's clear that Eddie version 2.24.6 has disabled the use of the tap driver. I think the official reason is that tap is too slow and therefore abandoned it, since the wintun driver is much faster. To use the Tap driver in Eddie, select Eddie version 2.21.8 from the download page. In Eddie 2.21.8, there is a rollback driver option. Check the box to enable Eddie 2.21.8 to use the Tap driver. To use the latest tap driver, you can try installing the latest version of the OpenVPN client and connecting using a configuration file.

Hello! It seems many people have encountered the pop-up issue, but fortunately I haven't, because I had already turned off Eddie's system notifications. You can try ending the eddie process, reopening it, ignoring the system pop-ups, and directly waking up the eddie main program page from the taskbar, then turning off system notifications on the main program page. Eddie-Preferences-UI-System notifications, uncheck. This may be a temporary solution. To completely resolve the issue, please submit your system report to the official support team and wait for an official fix.

@Stalinium Yes, the packets you obtain yourself are better suited to your network environment. If you find that troublesome, you can also try other people's parameters. Here are my parameters. Jc = 8 Jmin = 86 Jmax = 892 S1 = 0 S2 = 0 H1 = 2 H2 = 3 H3 = 4 H4 = 1 I1 = ... I2 = ... I3 = ... I4 = ... I5 = ... CPS I1-I5(bing.com-initial QUIC).txt

I think so. My VPN functions the same as before, and I'm able to connect to blocked websites.

Hello! I've also frequently encountered this problem. The connection often fails during the IPv4 check step, and I don't know what causes it. However, I can connect normally after disabling the IPv4 check step. I don't know if this is correct, but it does solve my connection problem. Eddie-Preferences-Advanced-Check if the tunnel works, uncheck. Eddie-Preferences-DNS-Check AirVPN DNS, uncheck. Will there be any potential problems with my settings?

Hello! Great news! I captured the first QUIC packet accessing bing.com using Wireshark and used that packet to create a complete CPS, with I1-I5 parameters in the following file. Using this CPS, I successfully connected to a US server and achieved good speed and stability. In my network environment, this was more effective than random CPS packets. Everyone can test this set of parameters (it needs to be accessible without a VPN to bing.com). I welcome any better optimization suggestions from everyone. Jc = 8 Jmin = 86 Jmax = 892 S1 = 0 S2 = 0 H1 = 2 H2 = 3 H3 = 4 H4 = 1 I1 = ... I2 = ... I3 = ... I4 = ... I5 = ... CPS I1-I5(bing.com-initial QUIC).txt

Hello！ I learned something new. AmneziaWG 2.0 parameters: Jc,Jmin,Jmax,S1-S4,H1-H4,I1-I5 It has to be said that this protocol is becoming increasingly complex, and I believe it is also a key force in breaking through the blockade. Keep up the good work, staff. I will also continue to learn, test, and optimize.

I understand, thank you.

If it is the AmneziaWG native server, is it sufficient to use the I1-I5 parameters and not H1-H4?

Hello, I relearned the AmneziaWG 1.5 protocol and found that: AmneziaWG 1.0 uses these parameters: Jc, Jmin, Jmax, S1, S2, H1-H4 AmneziaWG 1.5 uses these parameters: Jc, Jmin, Jmax, S1, S2, I1-I5 In my previous tests, I used both H1-H4 and I1-I5 parameters simultaneously. Could this cause compatibility issues? No wonder my connection was so unstable. When enabling CPS, should all H parameters be set to 0?

I see. So AmneziaWG 1.5 has updated the allowed range for parameters. Does that mean Eddie's random parameter generator also needs to limit the parameter range? For example, should we restrict the Jc parameter to be randomly generated within the 0–10 range? Otherwise, if the generated Jc always exceeds 10, it will just be capped at 10, which would defeat the purpose of randomization, right?

Get two more logs. Eddie_1 is a log showing a failed attempt to send a message by clicking the paper airplane icon without connecting to the server. Eddie_2 is my server connection. When I click the paper airplane icon, the connection fails to send, the program crashes and restarts, disconnects, and then I reconnect, only to see the connection failure log displayed. In addition to the system reporting a sending failure, I also discovered a parameter issue in a custom AmneziaWG command. When randomly generating the corresponding AmneziaWG parameters for the WireGuard and AmneziaWG servers, if the Jc parameter generates a value greater than 10, it will become Jc=10 after clicking OK. When randomly generating the corresponding AmneziaWG parameters for the AmneziaWG server, not only the Jc parameter has the above problem, but S1 and S2 also have this problem. Once the randomly generated S1 is greater than 64 and S2 is greater than 64, they will all become S1=64 and S2=64 after being determined. Are there maximum value limits for these parameters? If so, should these parameter values be limited during random generation? However, I can clearly use Jc=20 in the AmneziaWG client on my computer. Is this an Eddie issue? I found that the configuration parameters for the AmneziaWG native server are more complex than those for the WireGuard server, which may be a key factor in my bypassing the GFW? I am looking forward to the arrival of the AmneziaWG native server.😄😄😄 Eddie_1.txt Eddie_2.txt

Hello. It seems you are also living under the firewall. Your logs are the same as WireGuard's logs in China now, and they are identified and blocked by the firewall. Please try the advanced obfuscation options. AirVPN offers: OpenVPN over SSH, SSL, TOR and AmneziaWG. The AmneziaWG option is currently in the testing phase. For detailed usage instructions, please find tutorials on the AirVPN website. If you are using the eddie client on your computer, you can uncheck "Automatic" and select a specific obfuscated protocol in Settings - Protocols.

I can't send a complete system report. Once I click the paper airplane icon, Eddie crashes and restarts, losing all previous reports. The live logs show an error, which I vaguely recall is caused by a connection reset. Even when I'm connected to the AirVPN server, Eddie still crashes and restarts. After some effort, I finally managed to capture the error log. Eddie_日志已创建在_14_Dec_2025_09_12_01_UTC_上.txt

Hello. Today I installed the eddie v4.0.0 beta version on my Android phone and connected to AmneziaWG to perform a speed test. The following file is the log report. I can sense that AmneziaWG seems to have been speed-limited recently; the speed isn't as fast as when I first started using it. With CPS disabled, AmneziaWG was the slowest, with the connection speed limited to about 10KB/s for a short while before rebounding to a maximum of 500KB/s. Enabling CPS and trying QUIC emulation resulted in the fastest speed, reaching approximately 2MB/s. However, the speed was sometimes throttled to 300KB/s and as low as 10KB/s. On my most frequently used servers in Belgium and the United States, Wireguard port 1637 was usually available, whereas previously it was always unavailable on the Belgian server. When attempting DNS emulation, the speed was roughly the same as without CPS enabled. The connection was briefly throttled to 10KB/s, but after waiting, it recovered to 200KB/s, with a maximum speed of about 800KB/s. However, most of the time the speed was slower than AmneziaWG without CPS enabled. The QUIC emulation is currently performing well, and the speed may be even faster once the WireGuard server fully supports AmneziaWG, since it is currently only a test version. I'm confused as to why AmneziaWG is still being throttled. According to AmneziaVPN's advertising, shouldn't the AmneziaWG protocol be unrecognized by DPI? I suspect it's due to ISP generally limiting UDP speeds. Even when I turn off my VPN software and browse websites allowed in China, some content still buffers. However, there is no doubt that the availability of the AmneziaWG protocol is the highest among the protocols currently offered by AirVPN. SSH, SSL and other standard protocols do not perform as well as AmneziaWG in my experience. Although AmneziaWG is speed-limited, I can still browse the web, although download tasks are sometimes fast and sometimes slow. So far, I have not found any issues with AmneziaWG being blocked after the connection is established. After all, this is just a test so far. I'll wait until AmneziaWG is added to the Eddie PC version and then use it for a longer period of time to see how it goes. May everything turn out in a positive direction. Eddie_日志已创建在_14_Dec_2025_07_03_23_UTC_上.txt Eddie_日志已创建在_14_Dec_2025_07_14_52_UTC_上.txt

Okay, so it's an error that the IP address shown in the Eddie logs doesn't change when your computer's MAC address changes. I thought it was a routing problem, but it turns out it's an Eddie issue. I've learned something new.😁😁😁

Okay, I'll listen to you. You're more professional than me.😊😊😊

This is just how eddie works. When you add a server to the allowed list, eddie will only perform latency tests and ratings on servers in the allowed list. Therefore, I use eddie to never add any servers to the allowed list so that eddie can rate all servers. If you want to see the ratings for all servers, please remove all servers from the allowed list.

Is 192.168.254.254 your router's IP address? Is your computer's IP address set to 192.168.254.104? However, the log shows that your computer's IP is 192.168.254.254, which means that your computer's IP is indeed not being routed correctly. Does your router have an IP-MAC binding function in its DHCP settings? If so, it is recommended that you use DHCP to bind the devices you want to use to the local IP address via MAC identifier. If not, you can try assigning the router address to 192.168.254.1, and then assigning other devices to addresses after that (192.168.254.2~192.168.254.254).

This is caused by an incorrect local network IP address. I see from the logs that your computer's local IP address is 192.168.254.254. I would like to ask what the IP address of your router's LAN port is? Home network IP addresses are usually automatically assigned by the router (DHCP). Why would you need to manually assign one? If you absolutely must use a static local IP address, please ensure that the IP is correctly routed. For example, if your router's LAN port IP is 192.168.3.1, then all devices connected to this router must have IP addresses within the corresponding address pool (192.168.3.2~192.168.3.254). Has your computer's IP been correctly routed? Please check carefully.