WAF Auto-Block exposes two HTTP endpoints for operational visibility. Both are read-only, lightweight, and safe to expose to internal monitoring systems. Neither endpoint returns secrets, API tokens, or raw Cloudflare API payloads.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/proteo5/waf-autoblock/llms.txt
Use this file to discover all available pages before exploring further.
Endpoints
GET /
Returns a minimal service banner that confirms the process is alive and identifies the runtime version. Response shapeGET /status
Returns the current operational state of the background worker, including timing information for the most recent poll and cleanup cycles. Response fieldsAlways
true when the service process is up and the HTTP stack is responding. If the service is unhealthy or has crashed, this endpoint will not respond at all.The UTC timestamp recorded when the service process started. Format:
2024-01-15T10:00:00+00:00.The UTC timestamp of the most recent Cloudflare analytics poll that completed without error. Returns
null until the first successful poll cycle finishes after startup.The UTC timestamp of the most recent TTL cleanup pass that found and processed at least one expired entry (whether removed or deferred). Returns
null until the first such cleanup pass runs after startup.lastSuccessfulPollAt is null until the first poll cycle completes without error. lastCleanupAt is null until the first cleanup pass that finds at least one expired entry runs.Querying the Endpoint
Use any HTTP client to query/status. The endpoint accepts GET requests and returns application/json.
curl
Port Reference
The service listens on different ports depending on how it is started.| Environment | Default Port | Notes |
|---|---|---|
| Docker (container) | 8080 | Configured via the container’s ASPNETCORE_URLS or Dockerfile EXPOSE directive |
Local development (dotnet run) | 5000 | ASP.NET Core default for non-container execution |
Monitoring Integration
The/status endpoint is designed for integration with uptime monitors, load balancer health checks, and alerting pipelines. A 200 OK response from / or /status confirms the service process is alive. The lastSuccessfulPollAt timestamp lets you verify that the background worker is actively polling, not just that the HTTP server is up.
A typical health check shell one-liner that exits non-zero if polling is stale by more than five minutes: