workspace/skills/syslog-receiver/SKILL.md
Receive and query syslog messages from network devices via UDP.
npx skillsauth add automateyournetwork/netclaw syslog-receiverInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Receive and query syslog messages from network devices via UDP.
syslog-receiver
This skill enables NetClaw to receive syslog messages from network devices (routers, switches, firewalls) and query the collected data. It supports both RFC 5424 (modern) and RFC 3164 (BSD/Cisco) syslog formats.
syslog-mcp
| Tool | Purpose |
|------|---------|
| syslog_start_receiver | Start listening for syslog messages |
| syslog_stop_receiver | Stop the receiver |
| syslog_get_status | Check receiver status and statistics |
| syslog_query | Search messages with filters |
| syslog_get_message | Get full details of a specific message |
| syslog_get_severity_counts | Get message counts by severity |
1. Use syslog_start_receiver with port 10514
2. Configure network devices to send syslog to this port
3. Use syslog_get_status to verify messages are being received
1. Use syslog_query with severity_max=3 to find ERROR and above
2. Filter by hostname or source_ip if investigating specific device
3. Use message_contains to search for specific keywords
4. Use syslog_get_message for full details of interesting entries
1. Use syslog_get_severity_counts to see distribution
2. Focus on CRITICAL, ERROR, WARNING counts
3. Query high-severity messages for details
The syslog-mcp server is configured via environment variables:
SYSLOG_PORT: UDP listening port (default: 514)SYSLOG_BIND_ADDRESS: Bind address (default: 0.0.0.0)SYSLOG_RETENTION_HOURS: Message retention (default: 24)SYSLOG_RATE_LIMIT: Max messages/second (default: 1000)SYSLOG_DEDUP_WINDOW: Dedup window in seconds (default: 5)snmptrap-receiver - SNMP trap collectionipfix-receiver - Flow data collectiongnmi-telemetry - Streaming telemetrytesting
Human-in-the-loop escalation via HumanRail — route low-confidence agent decisions, pre-destructive operation approvals, and ambiguous incident tickets to real human engineers. Human answers are verified and returned as structured output. Workers are paid via Lightning Network. Use when the agent is uncertain, when a destructive change needs explicit human sign-off beyond a ServiceNow CR, or when an ambiguous ticket requires human triage before automated handling.
testing
Manage EVE-NG node lifecycle. Use when listing nodes, checking runtime state, creating or deleting nodes, starting or stopping nodes or whole labs, verifying node details, or wiping node NVRAM back to factory defaults.
development
Manage EVE-NG labs and platform inventory. Use when listing labs, checking lab metadata, creating or deleting labs, importing or exporting lab archives, checking EVE-NG health or auth, or verifying available node images before build work.
tools
Execute live CLI commands on running EVE-NG nodes over telnet console. Use when running show commands, making live config changes, verifying protocol state, testing connectivity, checking console readiness, or interacting with IOS, Junos, VPCS, EOS, or NX-OS nodes.