Releases: Gill-Bates/fritzfluxdb
Releases · Gill-Bates/fritzfluxdb
Release list
fritzFluxDB v1.3
fritzFluxDB 1.3
Docker Image: docker pull giiibates/fritzfluxdb:1.3
Available Tags
giiibates/fritzfluxdb:1.3(multi-arch: linux/amd64, linux/arm64)giiibates/fritzfluxdb:1.3-amd64giiibates/fritzfluxdb:1.3-arm64giiibates/fritzfluxdb:latest
Security Scan Results
| Architecture | Status | Findings |
|---|---|---|
| amd64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-amd64 |
| arm64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-arm64 |
| run | workflow details | Actions Run |
Scanned with Trivy for HIGH and CRITICAL severity vulnerabilities (unfixed CVEs ignored).
Changelog
FixDatabase connection errors now name the underlying cause (e.g.ConnectError,ReadTimeout) instead of logging an empty message — several httpx transport errors have a blank text, which previously produced uninformative lines likeunreachable:.FixThe QuestDB schema is now ensured only once per process instead of on every reconnect. During a flaky connection this avoids replaying dozens ofALTER TABLEstatements on each connection flap; columns are auto-created by QuestDB's line-protocol writes anyway.
Previous versions...
fritzFluxDB v1.2
fritzFluxDB 1.2
Docker Image: docker pull giiibates/fritzfluxdb:1.2
Available Tags
giiibates/fritzfluxdb:1.2(multi-arch: linux/amd64, linux/arm64)giiibates/fritzfluxdb:1.2-amd64giiibates/fritzfluxdb:1.2-arm64giiibates/fritzfluxdb:latest
Security Scan Results
| Architecture | Status | Findings |
|---|---|---|
| amd64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-amd64 |
| arm64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-arm64 |
| run | workflow details | Actions Run |
Scanned with Trivy for HIGH and CRITICAL severity vulnerabilities (unfixed CVEs ignored).
Changelog
NewQuestDB support. QuestDB can now be used as storage backend alongside InfluxDB v1/v2 — configured viaQUESTDB_*variables and a ready-to-usedocker-compose.questdb.yml.NewThe database backend is now selected with a singleDB_TYPEvariable (influxdb_v1,influxdb_v2orquestdb). Invalid values are rejected with a clear error instead of silently falling back to InfluxDB v1.INFLUXDB_VERSIONkeeps working but is deprecated.NewThe database hostname may now be a full URL (e.g.https://influx.example.combehind a reverse proxy) — protocol and port are detected automatically. Port443always enables TLS.NewCredentials and tokens are no longer sent over unencrypted HTTP to remote hosts by default. For trusted home networks this can be allowed explicitly withINFLUXDB_ALLOW_PLAINTEXT_CREDENTIALS=true(orQUESTDB_…); the bundled compose files set this for their internal network.NewUnraid app template with separate, clearly grouped settings for InfluxDB v1/v2 and QuestDB.NewPer-database Docker Compose bundles (docker-compose.influx1.yml,docker-compose.influx2.yml,docker-compose.questdb.yml) including database service, healthcheck and log rotation.NewLOG_LEVELenvironment variable controls log verbosity (INFOby default,DEBUG,WARNINGorERROR). Can also be set with the-lCLI flag.NewFritzBox serial number is now used as the InfluxDB measurement / QuestDB table name with afritzbox_prefix (e.g.fritzbox_AA1234567890).FixQuestDB dashboards now show the same user metrics as the InfluxDB dashboards, including home automation heating, call log details, VPN address fields, MyFritz hostname and current DSL download/upload values.FixMissing FritzBox fields are pre-created in QuestDB so dashboards no longer abort withInvalid columnjust because an optional value has never been written.FixThe duplicate FritzBox quick-filter has been removed from the QuestDB dashboards; call log tables are fully restored.FixConfiguration errors now stop the container immediately with a clear message instead of triggering pointless restart loops — a broken configuration cannot be fixed by retrying.FixA configured but emptyQUESTDB_HOSTNAMEno longer forces the daemon into QuestDB mode and no longer breaks InfluxDB setups (affected the Unraid template).FixFritzOS lab/beta versions with build suffixes (e.g.7.62-123456) are now recognised correctly instead of disabling services.FixThe FritzBox Lua client now useshttpxlike the rest of the application — the implicit dependency onrequestsis gone.FixImproved error messages: hostname, port and credential problems are reported individually and precisely at startup.FixTimezone suffix in Fritz!Box time responses (e.g.+02:00) no longer causes a log warning during timezone auto-detection.FixQuestDB column names containing dots (e.g. WLAN802.11metrics) are now sanitised automatically — dots are replaced with underscores before writing.FixCable-specific services (e.g. cable channel info) are no longer logged as warnings on DSL devices — the message is suppressed after the first discovery pass.
Previous versions...
fritzFluxDB v1.1
fritzFluxDB 1.1
Docker Image: docker pull giiibates/fritzfluxdb:1.1
Available Tags
giiibates/fritzfluxdb:1.1(multi-arch: linux/amd64, linux/arm64)giiibates/fritzfluxdb:1.1-amd64giiibates/fritzfluxdb:1.1-arm64giiibates/fritzfluxdb:latest
Security Scan Results
| Architecture | Status | Findings |
|---|---|---|
| amd64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-amd64 |
| arm64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-arm64 |
| run | workflow details | Actions Run |
Scanned with Trivy for HIGH and CRITICAL severity vulnerabilities (unfixed CVEs ignored).
Changelog
NewUpdated base image to Python 3.13 on Debian Trixie.NewAll data is now written to a single InfluxDB measurement named after the FritzBox serial number. Replacing a FritzBox automatically creates a new measurement, keeping historical data cleanly separated. Theboxtag remains as a human-readable label.NewHTTPS is now used by default without requiring configuration. fritzfluxdb tries HTTPS first (accepting the FritzBox self-signed certificate) and only falls back to plain HTTP if the port is unreachable. A warning is shown when falling back. Setssl = trueto enforce HTTPS, orssl = falseto always use HTTP without a warning.NewThe startup banner is now suppressed on watchdog-triggered restarts and only shown once per container start.FixMetrics with dynamic tags (VPN users, network hosts, smart home devices) now correctly carry their identifying tags in InfluxDB — previously these tags were silently dropped.FixBoolean metric values are now written astrue/falseas required by InfluxDB — previously they were written as Python'sTrue/Falseand rejected or misinterpreted.FixMillisecond timestamp precision was incorrectly truncated; timestamps are now stored with the correct precision.FixFritzBox log entries now include timezone information, preventing timestamp mismatches in Grafana for non-UTC setups.FixMetrics with integer values outside the signed 64-bit range (e.g. after an AVM byte counter glitch) are now silently dropped instead of causing a write error.FixBackground task failures now result in a non-zero exit code, allowing the watchdog or container orchestrator to detect and restart the process. Previously a failed background worker would be silently ignored.FixOn graceful shutdown, producer tasks are stopped first, the measurement queue is drained, and the InfluxDB writer is stopped last — reducing the risk of data loss on container stop.FixConnections to FritzBox and InfluxDB are now properly closed on shutdown in all error scenarios.FixConfiguration secrets (passwords, tokens) are now masked in log output even when part of a longer key name (e.g.influxdb_password,api_token).FixInvalid port numbers and missing credentials in the configuration now produce a clear error on startup instead of a confusing runtime failure.FixParsing of malformed or unexpected responses from FritzBox (JSON, XML, call logs) now produces descriptive error messages instead of silent failures.FixWhen InfluxDB is unavailable, only a single error is logged at the moment of the outage. Subsequent retries are silent. Once the connection is restored, one info message confirms recovery and reports how many buffered measurements are being flushed.FixInfluxDB connection errors no longer produce Python stack traces in the log output.
Previous versions...
fritzFluxDB v1.0
fritzFluxDB 1.0
Docker Image: docker pull giiibates/fritzfluxdb:1.0
Available Tags
giiibates/fritzfluxdb:1.0(multi-arch: linux/amd64, linux/arm64)giiibates/fritzfluxdb:1.0-amd64giiibates/fritzfluxdb:1.0-arm64giiibates/fritzfluxdb:latest
Security Scan Results
| Architecture | Status | Findings |
|---|---|---|
| amd64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-amd64 |
| arm64 | ✅ No HIGH/CRITICAL vulnerabilities found | trivy-findings-arm64 |
| run | workflow details | Actions Run |
Scanned with Trivy for HIGH and CRITICAL severity vulnerabilities (unfixed CVEs ignored).
Changelog
No matching CHANGELOG entry found for this version.