Customer-Managed Log Pipelines
Beacon writes normalized endpoint events to the active local runtime JSONL log. Customer-managed forwarding means your existing shipper, endpoint agent, Vector deployment, log pipeline, or SIEM collector tails that file and owns remote delivery. Use this path when Beacon should remain the local event producer and your infrastructure should control destination URLs, credentials, buffering, retries, retention, and downstream routing.Runtime log paths
| Mode | Runtime log |
|---|---|
| User mode | ~/.beacon/endpoint/logs/runtime.jsonl |
| System mode | /var/log/beacon-agent/runtime.jsonl |
Forwarding contract
Configure your pipeline to:- Read from
/var/log/beacon-agent/runtime.jsonlfor system deployments. - Follow Beacon’s local rotation at the active
runtime.jsonlpath. - Checkpoint file offsets in the shipper or pipeline.
- Treat each line as one complete JSON event.
- Preserve the raw Beacon JSON for investigation.
- Keep remote destination secrets outside Beacon endpoint configuration.
vendor, product, event, actor, endpoint, process, file, tool, mcp, approval, destination, and health. Review the endpoint event schema before writing custom parsers or routing rules.
Example pipeline shape
Validation
Confirm Beacon is writing local events:Related
SIEM forwarding
Compare SIEM, log aggregation, object storage, and local forwarding paths.
Endpoint event schema
Review normalized Beacon JSONL fields and example events.
Local JSONL
Review the default local runtime log and dashboard source.
Beacon concepts
Review customer-managed forwarding terminology.

