axiomhq/axiom-syslog-proxy

A syslog push interface to Axiom.

Owned by Axiom

View on GitHub ↗Jump to charts ↓

axiomhq/axiom-syslog-proxy has 10+ stars on GitHub, is written in Go, and was last pushed on Sep 19, 2026. Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 2 minutes ago
Added to GitGenius on October 12th, 2026
Created on March 15th, 2021
Open Issues & Pull Requests: 2 (+0)
GitHub issues: Enabled
Number of forks: 6
Total Stargazers: 15 (+0)
Total Subscribers: 1 (+0)

Repository Insights (GitGenius)

Most active contributors

Sign in to see contributor activity.
Sign in

Related repositories by overlapping contributors

No overlapping-contributor repos identified yet.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 0
New in 7 days: 0
Closed in 7 days: 0
Avg open age: N/A days
Stale 30+ days: 0
Stale 90+ days: 0

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

No label distribution available yet.

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

Axiom Syslog Proxy is a syslog server that forwards log data to Axiom.

The tool solves the problem of integrating syslog sources with Axiom's log management platform. It operates as a syslog server that receives syslog messages from various sources and pushes them into Axiom for centralized storage and analysis. This approach allows organizations to collect logs from traditional syslog-emitting devices and applications without requiring those sources to be modified or reconfigured to speak Axiom's native protocol.

The tool suits environments where syslog is already the established logging transport and where teams want to consolidate those logs into Axiom without replacing existing syslog infrastructure. It is particularly useful for organizations running legacy systems, network devices, or applications that emit syslog as their primary logging mechanism. By acting as a bridge between syslog and Axiom, it enables teams to adopt Axiom's analytics capabilities while preserving their existing syslog-based workflows.

The project shows active maintenance with regular updates and responsiveness to issues. Development activity demonstrates consistent engagement with the codebase through ongoing refinements and bug fixes. The maintainers appear focused on keeping the tool functional and compatible with both syslog standards and Axiom's evolving platform requirements.