Is Cloudi-Fi down?

Last checked 5m ago
Current status
Cloudi-Fi is up

No incidents right now.

Official status page: https://status.cloudi-fi.net · Polled every 5 minutes · 9 components tracked

Cloudi-Fi is operational right now. Last checked 5m ago; the most recent incident resolved 21d ago.

Real-time Cloudi-Fi status, recent outages, and incident history — pulled directly from Cloudi-Fi's official status page at https://status.cloudi-fi.net every 5 minutes. Pingoru tracks 9 Cloudi-Fi services and has captured 12 incidents in the last 90 days (97.78% uptime). Get email, Slack, Discord, or webhook alerts the moment Cloudi-Fi reports a new incident — free for 5 monitors, no credit card.

Users who monitor Cloudi-Fi also follow these Cloud Infrastructure services: Amazon Web Services DigitalOcean Cisco Umbrella Wasabi Vercel Hetzner HashiCorp Egnyte Dyn Genesys Cloud View all 6,000+ providers
Cloudi-Fi uptime 97.78% uptime · past 90 days
Mon Wed Fri
JunJulAugSep
Less More

Recent outages & incidents

Past 90 days
  1. Resolved
    Started Aug 25, 2026, 01:00 PM UTC · Resolved Aug 25, 2026, 01:00 PM UTC
    Timeline · 1 update
    • resolved · Aug 25, 2026, 01:00 PM UTC

      Type: Incident Duration: 3 hours and 42 minutes Affected Components: Captive Portals, Admin Interface, RADIUS 802.1x, RADIUS RadSec, RADIUS Aug 25, 13:00:00 GMT+0 - Identified - An identified network incident is affecting our **radius 802.1x** service and should be soon resolved. As fallback and to make our radius availability more robust, we recommend our customers to update their 802.1x radius configuration to use these new DNS endpoints : * [radius-8021x-eu1.cloudi-fi.net](http://radius-8021x-eu1.cloudi-fi.net) * [radius-8021x-eu2.cloudi-fi.net](http://radius-8021x-eu2.cloudi-fi.net) Please make sure these Cloudi-Fi radius IPs are allowed on your firewalls (UDP/1815) : * 178.32.123.138 * 5.135.94.202 * 164.132.247.209 * 91.134.58.235 Aug 25, 16:41:39 GMT+0 - Resolved - This network incident has been resolved, a faulty network device has been replaced. **If you use Cloudi-Fi 802.1x service, please make sure you update your configuration to use our new DNS endpoints.** We apologize for any inconvenience caused and appreciate your understanding.

    Latest: Type: Incident Duration: 3 hours and 42 minutes Affected Components: Captive Portals, Admin Interface, RADIUS 802.1x, RADIUS RadSec, RADIUS Aug 25, 13:00:00 GMT+0 - Identified - An…

  2. Resolved 3h 41m
    Started Aug 25, 2026, 01:00 PM UTC · Resolved Aug 25, 2026, 04:41 PM UTC
    Captive PortalsAdmin InterfaceDHCPRADIUSRADIUS 802.1xRADIUS RadSec
    Timeline · 2 updates
    • identified · Aug 25, 2026, 01:00 PM UTC

      An identified network incident is affecting our **radius 802.1x** service and should be soon resolved. As fallback and to make our radius availability more robust, we recommand our customers to update their 802.1x radius configuration to use these new DNS endpoints : * [radius-8021x-eu1.cloudi-fi.net](http://radius-8021x-eu1.cloudi-fi.net) * [radius-8021x-eu2.cloudi-fi.net](http://radius-8021x-eu2.cloudi-fi.net) Please make sure these Cloudi-Fi radius IPs are allowed on your firewalls (UDP/1815) : * 178.32.123.138 * 5.135.94.202 * 164.132.247.209 * 91.134.58.235

    • resolved · Aug 25, 2026, 04:41 PM UTC

      This network incident has been resolved, a faulty network device has been replaced. **If you use Cloudi-Fi 802.1x service, please make sure you update your configuration to use our new DNS endpoints.** We apologize for any inconvenience caused and appreciate your understanding.

    Latest: This network incident has been resolved, a faulty network device has been replaced. **If you use Cloudi-Fi 802.1x service, please make sure you update your configuration to use our…

  3. Resolved
    Started Jul 22, 2026, 03:30 PM UTC · Resolved Jul 22, 2026, 03:30 PM UTC
    Timeline · 1 update
    • resolved · Jul 22, 2026, 03:30 PM UTC

      Type: Incident Duration: 12 days, 22 hours and 51 minutes Affected Components: Captive Portals Jul 22, 15:30:00 GMT+0 - Investigating - **Description of the Anomaly** When a device re-enters the captive portal flow while its previous session is still active, a new authentication token is generated for the same IP address and site instead of reusing the existing valid session. This behavior has contributed to the authentication delays observed by end users. **Investigation Status** Following investigation with Zscaler support, it was confirmed that the issue stems from latency in the backend infrastructure during authentication validation. In the test case analyzed, the response from [login.zscaler.net](http://login.zscaler.net) was delayed by approximately 28 seconds. This delay causes the captive portal browser on iOS and Android devices to time out before the authentication flow can complete. Although authentication is ultimately validated in the background, it occurs too late for the portal window to close as expected, resulting in a degraded experience for end users. **Action Plan** We continue to work closely with Zscaler support to determine the root cause of this backend latency and identify a permanent resolution. In the meantime, we have implemented a mitigation measure related to the authentication process: it will now be triggered less frequently, reducing how often guests encounter the 28-second delay. We will share further updates as soon as additional information becomes available. Sep 4, 14:20:51 GMT+0 - Resolved - Following continued investigation with Zscaler support, the authentication flow has remained stable during repeated validation tests. The previously observed symptoms, including blank captive portal pages, authentication errors, and abnormal authentication delays, have not been reproduced during the latest tests. The service is therefore considered stable and the incident will now be closed. Should similar symptoms occur again, a new investigation will be initiated and the corresponding authentication traces will be collected for further analysis.

    Latest: Type: Incident Duration: 12 days, 22 hours and 51 minutes Affected Components: Captive Portals Jul 22, 15:30:00 GMT+0 - Investigating - **Description of the Anomaly** When a device…

  4. Resolved 43d 22h
    Started Jul 22, 2026, 03:30 PM UTC · Resolved Sep 04, 2026, 02:29 PM UTC
    Captive Portals
    Timeline · 1 update
    • investigating · Jul 22, 2026, 03:30 PM UTC

      $15

    Latest: $15

  5. Resolved 7h 2m
    Started Jul 21, 2026, 12:05 AM UTC · Resolved Jul 21, 2026, 07:08 AM UTC
    Captive PortalsAdmin Interface
    Timeline · 3 updates
    • investigating · Jul 21, 2026, 12:05 AM UTC

      **Incident Summary** We are facing an issue with the access to our captive portal in (APAC, Australia) region (login-cn.cloudi-fi.net) **Impact** Visitors from (APAC, Australia) region are getting an error page in the captive portal "Sorry, an error occured, Please contact Cloudi-Fi support team"

    • monitoring · Jul 21, 2026, 12:12 AM UTC

      We implemented a fix and are currently monitoring the result.

    • resolved · Jul 21, 2026, 07:08 AM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

See the full Cloudi-Fi outage history

6 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.

Browse Cloudi-Fi outage history →

Or sign up free to get alerts when Cloudi-Fi breaks · 10 free monitors · No credit card

Outage history

Past 90 days · 11 incidents View full outage history →