ace-connection-logger
Network connectivity monitoring tool with ping statistics and interactive dashboard.
Features
- Continuous Monitoring: Ping configurable hosts at regular intervals (default: once per minute)
- Detailed Statistics: Track success rates, min/max/average latency for each host
- SQLite Database: Efficiently stores historical ping data with automatic cleanup
- Interactive Dashboard: Modern Vue.js dashboard with real-time visualizations
- REST API: FastAPI backend with comprehensive API documentation
- Outage Tracking: Detailed event log of network outages with duration and recovery metrics
- Flexible Configuration: YAML-based configuration for hosts and settings
- Automatic Cleanup: Removes records older than 90 days (configurable)
- CLI Interface: Easy-to-use command-line interface with multiple commands
Installation
Option 1: Docker (Recommended for Production)
The easiest way to run ACE Connection Logger is with Docker:
# Using Docker Compose
docker-compose up -d
# Access the dashboard at http://localhost:8506
See DOCKER.md for detailed Docker deployment instructions.
Option 2: Local Development
This project uses uv for dependency management. Make sure you have uv installed:
# Install dependencies
uv sync
# Activate the virtual environment
source .venv/bin/activate # On Unix/macOS
# or
.venv\Scripts\activate # On Windows
Quick Start
-
Initialize Configuration:
python main.py init-config
This creates a
config.yamlfile with default settings. -
Edit Configuration: Edit
config.yamlto add your hosts:monitoring: interval_seconds: 60 # Check every minute ping_count: 5 # 5 pings per check timeout_seconds: 2 # 2 second timeout hosts: - name: Google DNS address: 8.8.8.8 - name: Cloudflare DNS address: 1.1.1.1 - name: Local Gateway address: 192.168.1.1
-
Start Monitoring with API Server:
python main.py monitor
This automatically:
- Starts continuous monitoring in the background
- Launches the FastAPI server
- API documentation available at http://localhost:8506/docs
-
Access the Dashboard:
For Development (with hot-reload):
# In a separate terminal cd frontend npm install # First time only npm run dev
Then open http://localhost:5173 in your browser.
For Production (integrated with API):
# Build the frontend first cd frontend && npm run build && cd .. # Start the monitor (serves built frontend + API) python main.py monitor
Then open http://localhost:8506 in your browser.
Note: The Docker container automatically builds and serves the frontend - no separate commands needed!
CLI Commands
init-config
Create a default configuration file:
python main.py init-config
python main.py init-config --config /path/to/config.yaml
monitor
Start continuous monitoring with integrated API server (recommended):
# Default: Monitoring + API server together
python main.py monitor
# Custom API port
python main.py monitor --api-port 8080
# Monitoring only, no API server
python main.py monitor --no-dashboard
# Custom config
python main.py monitor --config /path/to/config.yaml
Note: By default, monitor now launches both the monitoring engine and the API server in one command. The monitoring runs in the background while the API server runs in the main thread. Start the Vue.js frontend separately with cd frontend && npm run dev. Press Ctrl+C to stop monitoring and API server.
check
Perform a single check of all hosts:
python main.py check
python main.py check --config /path/to/config.yaml
status
Show current status of all monitored hosts:
python main.py status
python main.py status --config /path/to/config.yaml
events
Show outage event log with detailed information:
# Show all outage events
python main.py events
# Show only active (ongoing) outages
python main.py events --active
# Filter by host address
python main.py events --host 8.8.8.8
# Show events from last 7 days
python main.py events --days 7
# Limit number of events displayed
python main.py events --limit 20
# Combine filters
python main.py events --days 7 --limit 10 --host 192.168.1.1
Note: Events are created whenever a host becomes unreachable (success_rate == 0%) and are closed when the host recovers. Each event includes start time, end time, duration, number of failed checks, and recovery success rate.
api
Launch the FastAPI server standalone (without monitoring):
# Standalone API server (no monitoring)
python main.py api
python main.py api --port 8080
python main.py api --host 0.0.0.0 --port 8080
Note: You typically want to use monitor (which includes the API server) instead of running api separately. Use this command only if you want to run monitoring separately or if the monitoring is already running in another process.
cleanup
Run cleanup job once to remove old records:
python main.py cleanup
python main.py cleanup --config /path/to/config.yaml
cleanup-continuous
Run cleanup job continuously (default: every 24 hours):
python main.py cleanup-continuous
python main.py cleanup-continuous --interval 12 # Run every 12 hours
Configuration
The config.yaml file supports the following options:
monitoring:
interval_seconds: 60 # How often to check hosts (seconds)
ping_count: 5 # Number of pings per check
timeout_seconds: 2 # Timeout for each ping
hosts:
- name: Host Name # Human-readable name
address: 8.8.8.8 # IP address or hostname
database:
path: connection_logs.db # SQLite database file path
retention_days: 90 # Keep records for this many days
dashboard:
port: 8501 # Dashboard port
host: localhost # Dashboard host
Dashboard Features
The Vue.js dashboard provides:
- Real-time Status Overview: Current status of all monitored hosts with color-coded health indicators
- Active Outages Alert: Highlighted section showing ongoing outages with duration and failed check counts
- Performance Trends: Interactive Chart.js visualizations with dual-axis charts
- Average, min, and max latency over time
- Success rate percentage overlay
- Configurable time ranges (1 hour, 6 hours, 24 hours, 7 days)
- Host selector for detailed analysis
- Recent Outage Events: Complete event log showing resolved outages with duration and recovery metrics
- Auto-refresh: Automatic data updates every 30 seconds
- Responsive Design: Modern, clean interface that works on desktop and mobile
API Features
The FastAPI backend provides a comprehensive REST API:
- Interactive Documentation: Swagger UI at
/docsand ReDoc at/redoc - 11 API Endpoints: Complete access to all monitoring data
/api/status- System status and monitoring configuration/api/ping-results/latest- Latest results for all hosts/api/ping-results- Historical ping results with filtering/api/statistics/{host_address}- Aggregated statistics per host/api/outages- Outage event log with filters/api/outages/active- Currently active outages/api/outages/statistics/{host_address}- Outage statistics per host/api/hosts- List of all monitored hosts/api/hosts/{host_address}/active-outage- Check for active outage/health- Health check endpoint
- CORS Support: Cross-origin requests enabled for frontend integration
- Type-safe: Pydantic models for request/response validation
Database Schema
The SQLite database stores ping results and outage events with the following schemas:
Ping Results Table
CREATE TABLE ping_results (
id INTEGER PRIMARY KEY AUTOINCREMENT,
host_name TEXT NOT NULL,
host_address TEXT NOT NULL,
timestamp DATETIME NOT NULL,
success_count INTEGER NOT NULL,
failure_count INTEGER NOT NULL,
success_rate REAL NOT NULL,
min_latency REAL,
max_latency REAL,
avg_latency REAL,
UNIQUE(host_address, timestamp)
);
Indexes are created on timestamp, host_address, and (host_address, timestamp) for efficient queries.
Outage Events Table
CREATE TABLE outage_events (
id INTEGER PRIMARY KEY AUTOINCREMENT,
host_name TEXT NOT NULL,
host_address TEXT NOT NULL,
event_type TEXT NOT NULL,
start_time DATETIME NOT NULL,
end_time DATETIME,
duration_seconds INTEGER,
checks_failed INTEGER NOT NULL DEFAULT 0,
checks_during_outage INTEGER NOT NULL DEFAULT 0,
recovery_success_rate REAL,
notes TEXT
);
Indexes are created on host_address, start_time, end_time, and (host_address, start_time) for efficient event queries. The event_type field is set to 'outage_start' when created and remains until the outage is resolved.
Architecture
The project is organized into modular components:
Backend (Python)
config.py: Configuration management with YAML supportdatabase.py: SQLite database layer with efficient queries and outage event trackingmonitor.py: Ping monitoring logic with cross-platform support and outage detectioncleanup.py: Automatic cleanup of old recordsapi.py: FastAPI REST API with 11 endpoints and Pydantic modelsmain.py: CLI interface using Click
Frontend (Vue.js)
frontend/src/App.vue: Main application component with dashboard layoutfrontend/src/components/HostCard.vue: Host status display with color-coded indicatorsfrontend/src/components/OutageCard.vue: Outage event display componentfrontend/src/components/LatencyChart.vue: Chart.js integration for performance visualizationfrontend/src/services/api.js: Axios-based API service layer
Data Flow
- Monitoring:
monitor.pyperforms periodic pings and stores results in SQLite - Event Tracking: Automatic outage event creation and management
- API Layer: FastAPI serves data through REST endpoints
- Frontend: Vue.js fetches data and updates dashboard in real-time
- Cleanup: Automated removal of old records based on retention policy
Production Deployment
For production use, consider:
- Run as a Service: Use systemd (Linux) or similar to run monitoring and API as background services
- Separate Processes: Run monitor (with API), cleanup, and frontend as separate services
- Network Access: Ensure the monitoring process has ICMP (ping) permissions
- Frontend Deployment: Build Vue.js frontend for production and serve with nginx
- API Security: Use a reverse proxy (nginx) for the API with HTTPS and rate limiting
- Monitoring Multiple Instances: Each instance can use its own database or share one
Example systemd service file for monitoring + API
/etc/systemd/system/ace-monitor.service:
[Unit]
Description=ACE Connection Logger Monitor and API
After=network.target
[Service]
Type=simple
User=your-user
WorkingDirectory=/path/to/ace-connection-logger
ExecStart=/path/to/.venv/bin/python main.py monitor
Restart=always
RestartSec=10
[Install]
WantedBy=multi-user.target
Frontend production build
cd frontend
npm run build
# Serve the dist/ folder with nginx or any static file server
Nginx configuration example
# API proxy
location /api/ {
proxy_pass http://localhost:8501;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
# Serve Vue.js frontend
location / {
root /path/to/ace-connection-logger/frontend/dist;
try_files $uri $uri/ /index.html;
}
Error Handling
The application includes comprehensive error handling:
- Failed pings are recorded with 0% success rate
- Database errors are logged and monitoring continues
- Network timeouts are handled gracefully
- Configuration errors fall back to defaults
Development
To contribute or modify:
# Install dev dependencies
uv sync --group dev
# Run linting
ruff check .
# Run formatting
ruff format .
# Run tests
pytest
License
See LICENSE file for details.
Support
For issues, questions, or contributions, please open an issue on the project repository.
Metadata
Release files for ace-network-monitor 0.3.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ace_network_monitor-0.3.2.tar.gz | 259.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ace_network_monitor-0.3.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 490.8 kB
Release files / ace_network_monitor-0.3.2.tar.gz
| Download URL | ace_network_monitor-0.3.2.tar.gz |
|---|---|
| Size | 259.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
31314f6449c8aeeb1ec9da009ba409522e868a721870f2c56c8d749ea55f50f0
|
|
BLAKE2b-256 checksum How to use checksums |
4e07e6348385379843de569662f7007a630bf5bdb406e5e5efb4d1510603eddb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 9, 2025.
Transparency logRelease files / ace_network_monitor-0.3.2-py3-none-any.whl
| Download URL | ace_network_monitor-0.3.2-py3-none-any.whl |
|---|---|
| Size | 231.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4967e046e42334101602429062b6db9286ee36d8a6c3d55572cfbee64a89da13
|
|
BLAKE2b-256 checksum How to use checksums |
bc5e995d2269033e7d9fd1538a4a1d59c2d4c6bd90a6a018f0dc8bf2199076a1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 9, 2025.
Transparency log