Cloudi-Fi Outage History

This incident has been resolved.

The incident has now been resolved. Access to the Admin interface has been restored, and the captive portal and authentication flow remain operational. The Cloudi-Fi team has completed the necessary checks and will continue to monitor the service to ensure stability. Thank you for your understanding.

On July 9-10, 2026, from 23:51 UTC to 02:35 UTC, Cloudi-Fi experienced a service disruption caused by two hosting provider incidents affecting network equipment and VIP failover. * Impacted services: Captive portals, Admin interface, RADIUS EMEA (excluding 802.1x) * Not impacted services: DHCP, RADIUS 802.1x, RADIUS APAC Captive portal and Admin services were restored on July 10, 2026, at 02:00 UTC. RADIUS EMEA service was restored on July 10, 2026, at 02:35 UTC after the faulty network equipment was replaced. Cloudi-Fi applied mitigations, completed post-incident checks, and is reviewing infrastructure dependencies and incident handling improvements.

The issue affecting administrators using SSO links to access the Cloudi-Fi Admin interface has been resolved. Administrators should now be able to access the Admin interface normally. The **500 Internal Server Error** is no longer observed. We apologize for the inconvenience caused and thank you for your patience.

Type: Maintenance Duration: 2 hours Affected Components: Captive Portals, DHCP, Admin Interface Apr 1, 19:00:00 GMT+0 - Identified - We will be performing a planned maintenance operation on Wednesday from 9:00 PM to 11:00 PM. **What's happening?** A pre-release deployment adjustment as part of our ongoing DevOps improvements. **Impact:** No service interruption is expected during this time. We are working to ensure a smooth and seamless update. If you have any questions, please contact our [support team](https://help.cloudi-fi.com/hc/en-us/articles/9667833101981-How-to-contact-your-Cloudi-Fi-support). Apr 1, 19:00:01 GMT+0 - Identified - Maintenance is now in progress Apr 1, 21:00:00 GMT+0 - Completed - Maintenance has completed successfully

Type: Incident Duration: 4 hours and 34 minutes Affected Components: Captive Portals Feb 9, 10:00:00 GMT+0 - Identified - We detected an issue on our radius service. Devops team is looking at the issue. Feb 9, 12:00:00 GMT+0 - Monitoring - We detected an intermittent issue affecting our radius service. A fix has been done and load-balancing have been implemented on our side to improve the stability. Feb 9, 14:34:05 GMT+0 - Resolved - This incident has been resolved. We apologize for any inconvenience caused.

Type: Maintenance Duration: 2 hours and 22 minutes Affected Components: DHCP Jan 29, 08:18:11 GMT+0 - Identified - Maintenance is now in progress. Jan 29, 10:40:19 GMT+0 - Completed - Maintenance has completed successfully. Jan 29, 08:00:00 GMT+0 - Identified - In order to improve our IPSec and DHCP services, we are planning for a scheduled maintenance during that time. IPSec tunnels will be interrupted for some minutes during the maintenance.

Type: Maintenance Duration: 2 hours and 3 minutes Affected Components: DHCP Jan 28, 15:38:57 GMT+0 - Identified - Maintenance is now in progress. Jan 28, 17:42:20 GMT+0 - Completed - Maintenance has completed successfully. Jan 28, 15:00:00 GMT+0 - Identified - In order to improve our IPSec and DHCP services, we are planning for a scheduled maintenance during that time. IPSec tunnels will be interrupted for some minutes during the maintenance.

Type: Maintenance Duration: 2 days and 9 minutes Affected Components: DHCP Jan 28, 08:48:08 GMT+0 - Completed - Service is back but the maintenance is not completed due to a disk issue. This maintenance will be rescheduled later. Jan 28, 08:00:00 GMT+0 - Identified - In order to improve our IPSec and DHCP services, we are planning for a scheduled maintenance during that time. IPSec tunnels will be interrupted for some minutes during the maintenance.

Type: Incident Duration: 3 hours and 20 minutes Affected Components: Captive Portals Jan 28, 03:05:28 GMT+0 - Resolved - **Incident Summary** Cloud-Fi was alerted to an issue registering guest users by multiple customers utilizing Captive Portal services. Our team quickly responded to this incident and applied emergency patching to resolve the issue. **Impact** Cloudi-Fi Captive Portal Customers Jan 27, 23:45:02 GMT+0 - Investigating - We are currently investigating an incident involving authentication lagging or looping on guest captive portals. Our development team is actively investigating. Jan 28, 01:07:16 GMT+0 - Identified - We are continuing to work on a fix for this incident.

Type: Maintenance Duration: 1 hour and 20 minutes Affected Components: DHCP Jan 27, 08:00:00 GMT+0 - Identified - In order to improve our IPSec and DHCP services, we are planning for a scheduled maintenance during that time. IPSec tunnels will be interrupted for some minutes during the maintenance. Jan 27, 08:32:35 GMT+0 - Identified - Maintenance is now in progress. Jan 27, 09:52:20 GMT+0 - Completed - Maintenance has completed successfully.

Type: Maintenance Affected Components: DHCP Jan 26, 16:30:00 GMT+0 - Completed - In order to improve our IPSec and DHCP services, we are planning for a scheduled maintenance during that time. IPSec tunnels will be interrupted for some minutes during the maintenance.

Type: Incident Duration: 2 hours and 1 minute Dec 5, 08:50:00 GMT+0 - Identified - Our support system has been impacted by the global issue on Cloudflare side. We are currently investigating this incident. Dec 5, 10:51:06 GMT+0 - Resolved - Our support system is now working as expected. Cloudflare has provided an RCA. To know more:

Type: Incident Affected Components: DHCP Dec 2, 09:42:04 GMT+0 - Resolved - **Impact:** We have identified that the DHCP service is facing issues, so some customers may experience: * DHCP service not responding as expected * Tunnel interfaces not coming up or appearing as unresponsive * Delays or failures in new configuration/application **Current actions:** * Core DHCP and related services have been restarted. * We are actively monitoring the provisioning tasks and tunnel interface status. * Additional diagnostics are in progress to ensure stability and prevent recurrence. **We can confirm that the DHCP service is now fully stable and functioning normally.**