@Dear Julien,
Our technical support has contacted you via email. Please check.

“Dear support, here is my report for a set of three M11000:

Behavior:

Wi-Fi performance has been slow since firmware 2.2.24 despite the use of Ethernet backhaul.

The sync LED fluctuates between orange and red on both satellites. The Ethernet network itself is running perfectly at 2.5 Gbps across the whole network, satellites included.
Hypothesis:

The backhaul is being done wirelessly despite the use of Ethernet backhaul.
Tests:

Reset all units to factory settings → no success Flashed firmware 2.2.18 back onto all devices → problem solved, sync LED turns white and Wi-Fi works at the expected speeds Upgraded again to firmware 2.2.24 on all devices → the problem happens again, as described above.
Thank you for your help. Please feel free to ask if you need any additional information or tests from my side."

@Dear Sovik Haque,
Our technical support has sent you the firmware via email. Please check.

“Dear Cudy Support Team,
I am writing to request a beta firmware patch or an updated software release for my WR3600 router. I am currently facing a critical wireless handshake and regional profile issue that prevents my hardware from working together.

My Device Information:
Hardware Version (HW): WR3600 V1.0
Current Firmware (FW): 2.3.16-20251119-115836

The Issues:
Mixed Mode Handshake Bug: When I enable “802.11a/n/ac/ax mixed” mode on the 5 GHz band to allow my Wi-Fi 6 laptop (Intel AX203) to use full speeds, all legacy Wi-Fi 5 (802.11ac) devices fail to connect and continuously drop off the network.

Regional Channel / Beacon Mismatch: I recently relocated from the UK to Bangladesh. Several of my European-spec Wi-Fi 5 devices completely fail to see or scan the 5 GHz SSID on this router. I have manually tested every single available channel on the 5 GHz band, but the network remains entirely invisible to these devices. I suspect the local regional beacon broadcast (802.11d Country Code) or channel layout on the current firmware is causing a conflict with my UK hardware profiles.

Because of this combination, I am completely locked out of using Wi-Fi 6 speeds on my laptop, and my older devices cannot utilize the 5 GHz band at all.

Please provide a link to an updated beta firmware build or an unreleased patch for the WR3600 V1.0 that addresses these mixed-mode handshake crashes and improves regional device compatibility.Thank you for your assistance.

Best regards,
Sovik"

@Dear ET,
Our technical support has sent you the solution and new beta firmware via email. Please check.
“Dear Cudy Support Team,

I recently purchased a Cudy WR3600H v1 Wi-Fi 7 router and updated it to Firmware version 2.3. I would like to report a critical bug and a feature request:Web UI Refresh Loop (Bug Report):
Every time I log into the router via a web browser (tested on PC and mobile using Firefox and Brave), the main dashboard goes into an endless auto-refresh loop. The page reloads every second, making the web panel completely unusable.
Interestingly, after a factory reset, it temporarily worked fine. However, as soon as I restarted the router through the web UI later, the endless loop returned immediately. The Cudy App works fine, but the web UI is broken.

LED Automation / Timer (Feature Request):
I would also like to ask if it is possible to include an automated LED timer / schedule function (Night Mode) in the next firmware release. It would be great to have a feature that automatically turns off the router’s LED lights at night and turns them back on in the morning.

Could you please send me the latest stable or beta firmware (such as version 2.5 or newer) for the WR3600H v1 if that fixes this web UI loop issue?
Thank you for your help."

I have now tested the Cloudflare DDNS configuration with the DNS record set to DNS Only (proxied=false), so Cloudflare proxying is not involved.

The router still fails to update the record.

The Cudy Router log shows:

myddns: NO valid IP found

followed by:

myddns: CloudFlare reported an error:

and:

myddns: IP update not accepted by DDNS Provider

This suggests that the DDNS client may be failing to detect/obtain the current public IP before attempting the Cloudflare update.

Could you please clarify how the WR11000 firmware 2.2.25-20251112-095400 determines the current IP for the Cloudflare DDNS provider, and whether there is a known issue with the IP detection mechanism?

I have also verified that the Cloudflare API Token itself is valid and can successfully read and modify the DNS record directly through the Cloudflare API.

Hello,

I am using a Cudy WR11000 V1.0 with firmware version 2.2.25-20251112-095400.

I am having a problem with the DDNS Cloudflare configuration. The DDNS status always shows:

Last Update: -

and the DNS record is never updated by the router.

The configuration is:

Service Provider: cloudflare.com
Domain: [redacted].example.com
Username: Bearer
Password: Cloudflare API Token

I have verified that the Cloudflare API Token is valid and has the required DNS permissions. I also tested the same token directly against the Cloudflare API, and it can successfully read and modify the DNS record.

Therefore, the problem appears to be on the Cudy DDNS side rather than with the Cloudflare account or API token.

Could you please confirm:

Does firmware 2.2.25-20251112-095400 fully support Cloudflare API Tokens using Bearer authentication?
Is there a known issue with Cloudflare DDNS on the WR11000 V1.0?
Is there a newer or beta firmware with an updated/fixed Cloudflare DDNS implementation?
Is there any way to obtain DDNS logs or diagnostic information from the router to determine why the update is failing?

For privacy, I have replaced the actual domain and other identifying information in this public post.

Thank you.