System Status

Operational state of the cloud services that OpenDrop depends on. Local LAN and Bluetooth transfers between your own devices do not require any of these, they keep working even when every line below is red.

Loading current status...

Checking system status
Cloudflare Worker (control plane) Device pairing, presence, key exchange, account lookup
opendrop.n-fantinodyer.workers.dev
Operational
Peer-to-peer (direct) Direct device-to-device transfers over WebRTC, using our own STUN servers for NAT traversal
WebRTC · self-hosted STUN
Operational
Encrypted file-relay Cross-network WebSocket relay — Fly.io for Pro (streaming), Oracle Cloud for free (chunked) and Pro failover
Fly.io + Oracle Cloud · multi-region
Operational
Authentication (Firebase) Sign in with Google, Apple, Microsoft, email/password
Google Firebase
Operational
Subscription billing Apple IAP, Google Play Billing, Stripe, RevenueCat sync
RevenueCat · Apple · Google · Stripe
Operational
In-app analytics ingest Anonymous heartbeat collection, opt-out respected
Cloudflare Worker → Grafana Cloud
Operational
Marketing website nfdgames.com, OpenDrop landing, blog, docs
GitHub Pages · Cloudflare CDN
Operational
App downloads & updates App Store, Google Play, Microsoft Store, GitHub Releases for Linux
Apple · Google · Microsoft · GitHub
Operational

About this page

Service statuses are refreshed every 15 minutes by a Cloudflare Worker cron that probes each external dependency and writes the result to KV. The page reads from that KV snapshot via the public API at opendrop.n-fantinodyer.workers.dev/api/status.

If the snapshot is older than 45 minutes, or the API itself is unreachable, the page falls back to manually-maintained rows and shows a notice at the top. Cloudflare and Worker outages will silence the cron, so during edge-wide incidents the page may stop updating until the platform recovers, that is itself a useful signal.

If you are seeing a problem that this page does not reflect, email support@nfdgames.com with the subject line "Status Report" and a one-line description. The fastest path to a fix is a clear repro and the timestamp you first saw the issue (in UTC if possible). Local-LAN and BLE transfers between your own devices keep working regardless of what shows here.

Status definitions:

  • Operational   All known functionality of the service is available.
  • Degraded   The service is partially impaired: elevated latency, intermittent errors, or a feature subset down.
  • Major outage   The service is unreachable or returning errors for most requests.
  • Maintenance   Planned maintenance window in progress; impact described in the incident notes.

Recent incidents

No incidents in the last 30 days.
As of 2026-06-04
Past incidents over 30 days old are pruned from this view. For incident history relevant to a contract or SLA matter, email support@nfdgames.com.

What we cannot guarantee

OpenDrop's cloud services run on third-party infrastructure (Cloudflare, Fly.io, Oracle Cloud, Firebase, Apple, Google Play, Microsoft Store, Stripe, RevenueCat). When one of those providers has an outage, our services that depend on them go down with them and we report that here under the affected row. Per Section 11 and Section 18 of our Terms of Service, third-party outages are outside our reasonable control and do not constitute a breach of the Terms by NFDGames LLC.

For most users, the best mitigation is to keep at least one direct-LAN pairing between two of your devices. LAN and Bluetooth transfers don't touch our cloud and continue working when the cloud doesn't.

Terms of Service  ·  Privacy Policy  ·  Support