Skip to main content
By the end of this guide, you’ll have an HTTP monitor securely checking an endpoint that requires authentication, with credentials stored in the DevHelm vault.
  • DevHelm CLI installed or an API token
  • An API endpoint that requires authentication
  • Credentials for that endpoint (API key, bearer token, or basic auth)

Supported auth types

DevHelm supports four authentication methods for HTTP monitors:

Store credentials in the vault

Never put credentials directly in your config files. Store them in the DevHelm vault:
For YAML-based config, reference vault secrets by name from the secrets: section. For monitors created via the CLI or API, attach auth afterwards with the monitor auth API, referencing the vault secret’s UUID.

Create an authenticated monitor

Bearer token

Monitor auth isn’t settable via CLI create flags — use the YAML auth: block or the monitor auth API (PUT /api/v1/monitors/{monitorId}/auth) on an existing monitor.

Basic auth

API key

Custom header

Custom headers (alternative)

For simple cases, you can also pass headers directly in the HTTP config:
The auth configuration is preferred over customHeaders for credentials because vault secrets are encrypted at rest and never logged.

Troubleshooting

Verify the vault secret value is correct: devhelm secrets list shows secret names but not values. Recreate the secret if in doubt.
The credentials are valid but lack permission. Check that the API key or token has read access to the health endpoint.
Some APIs restrict access by IP. Ensure DevHelm probe IPs are allowlisted. Contact support for the current probe IP ranges.

Next steps

HTTP monitor reference

Full HTTP configuration and auth details.

Monitors guide

Configure all monitor types with code examples.

Monitoring as Code

Manage authenticated monitors in YAML.