The release script only picks up unscoped feat:/fix: subjects, so the presence/simplex feature was missing from the generated entry. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Uc9V1v7iXruubpoLiSE24M
This commit is contained in:
+13
-1
@@ -4,8 +4,20 @@ All notable changes to this project are documented here, organized by release.
|
|||||||
|
|
||||||
## [5.4.4]
|
## [5.4.4]
|
||||||
|
|
||||||
|
### Added
|
||||||
|
- client reports per-protocol (IPv4/IPv6) internet presence: a connectivity probe (route check every ~5s, ICMP echo every ~60s, debounced) sends `p4`/`p6` flags on every heartbeat and a `connectivity` metric (presence, own address, gateway, RTT) via `network_monitor`
|
||||||
|
- server monitors only the protocols a client reports as present; a protocol reported absent is shown as `absent` and raises no alert
|
||||||
|
- host status (`up`, `simplex`, `overdue`, `down`, `unknown`) computed on the server: a host is overdue only when every present protocol is overdue; `simplex` (both present, one silent) has the same severity as `up` and is logged without notification
|
||||||
|
- live and plugins pages show the host status, `simplex`/`absent` protocols and a Connectivity table
|
||||||
|
- `hbc` config keys under `network_monitor`: `probe_enabled`, `probe_v4`, `probe_v6`, `probe_interval`
|
||||||
|
|
||||||
|
### Changed
|
||||||
|
- overdue and recovery alerts are raised per host, not per protocol: a single CRITICAL when the last present protocol goes overdue; a protocol coming back while another stayed up is logged as INFO instead of a RECOVER notification (also applies to clients that do not report presence)
|
||||||
|
|
||||||
### Fixed
|
### Fixed
|
||||||
- never park the last present family as absent
|
- never park the last present family as absent, so a host that reports no protocol as present still alerts when it dies
|
||||||
|
- keep the connectivity alert for a host overdue past the drop window across an `hbd` restart
|
||||||
|
- `default_gateway` never raises; a protocol whose probe cannot run stays unknown rather than absent
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user