Compare commits

..
Author SHA1 Message Date
hermes-bot 58b59fbe43 feat(kuma): monitor every public service and the proxies, defined with their apps
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Every host the NetBird proxies serve (exactly the Ingresses labelled
dns.renner.uno/public or netbird.renner.uno/public; verified by SNI probe of
proxy-1 and proxy-2) gets a group with three kinds of check:

- DNS: cluster services have no own record, so the check asserts the
  *.renner.uno wildcard answers (CNAME == proxy.renner.uno, Cloudflare
  resolver, IPv6 first). External names (apex, proxies, third-party) assert
  their own AAAA/A record instead.
- HTTP reachability: a URL routed to the backend, redirects not followed,
  any status below 500 counts.
- Response validation: health/API JSON or a page keyword; services fully
  behind the Authentik gate assert the login page.

The proxies get their own group: proxy.renner.uno, and per instance its
DNS plus reachability and a Gatus health check pinned to that proxy (URL
host is the proxy, Host header status.renner.uno; Node derives SNI from the
Host header, so the proxy routes it like a client request).

Layout: monitors live in the kustomization of the app they monitor;
external ones (proxies, apex, third-party) in apps/monitoring. The CRD moves
to infrastructure/ so every app Kustomization can consume it; it carries
prune: disabled, so leaving kuma-sync's inventory does not delete it. The
old kuma-sync/monitors objects go; their Kuma monitors are recreated under
the new owner keys (history since this morning is lost).

App Kustomizations wait on their resources, and KumaMonitor Ready reflects
whether Uptime Kuma on the VPS is reachable. Each consuming Kustomization
therefore treats KumaMonitor as always current, so a Kuma outage cannot
stall Flux.

kuma-sync: dns monitors gain spec.dns.conditions (Kuma's "record"
variable with its string operators, ANDed), mapped both ways so drift is
detected and an emptied list clears Kuma's conditions. Until the new image
rolls out the controller drops the field and the DNS checks only test
resolvability.
2026-10-20 09:24:09 +00:00
k.renner c4d69fab0f Merge pull request 'feat(hermes): bootstrap Matrix cross-signing for @hermes' (#1390) from feat/hermes-matrix-cross-signing into main
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1390
2026-10-20 07:02:25 +00:00
k.renner 63012f0dc6 Merge pull request 'feat(home-assistant): render the Matrix bot password into secrets.yaml' (#1391) from feat/ha-matrix-nabu-secret into main
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1391
2026-10-20 06:50:41 +00:00
claude-botandClaude Opus 5.5 d16641661c feat(home-assistant): render the Matrix bot password into secrets.yaml
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Home Assistant's Matrix integration logs in as @nabu:matrix.renner.uno
(MAS account, password login verified) and only takes the password from
YAML, so it reaches HA the same way recorder_db_url does: OpenBao
apps/home-assistant/matrix -> ExternalSecret ha-matrix -> init container
render-matrix-password -> /config/secrets.yaml (matrix_nabu_password).
The config that uses it lands in the homeassistant repo.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-20 08:47:18 +02:00
claude-botandClaude Opus 5.5 1569faef4b feat(hermes): bootstrap Matrix cross-signing for @hermes
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
The bot's device HERMESBOT is not cross-signed, so Element shows it as
unverified. With MATRIX_RECOVERY_KEY_OUTPUT_FILE set, Hermes bootstraps
cross-signing on startup and writes the generated recovery key once (0600).
Step 1 of 2: the key then moves to OpenBao apps/hermes/matrix and a follow-up
PR feeds it back as MATRIX_RECOVERY_KEY and drops the file.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-20 08:35:59 +02:00
k.renner 0911575775 Merge pull request 'feat(hermes): chat with Hermes over Matrix' (#1389) from feat/hermes-matrix into main
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1389
2026-10-20 06:21:15 +00:00
claude-botandClaude Opus 5.5 79be70b84e feat(hermes): chat with Hermes over Matrix
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
In the dashboard an agent lives only as long as its browser PTY
connection (close_on_disconnect sessions are reaped on disconnect, upstream
#136713). The messaging gateway that already runs in the pod
(`gateway run`) keeps conversations server-side instead, so Hermes joins
our Matrix homeserver as a bot:

- account @hermes:matrix.renner.uno, registered in MAS without a password
  (token-only), compatibility token on fixed device HERMESBOT in OpenBao
  apps/hermes/matrix -> ExternalSecret hermes-matrix (MATRIX_ACCESS_TOKEN).
  A stable device keeps the E2EE store under /opt/data valid.
- MATRIX_HOMESERVER https://matrix.renner.uno (via Traefik, already in the
  hermes egress), MATRIX_ALLOWED_USERS @k.renner only,
  MATRIX_E2EE_MODE=required (mautrix[encryption] and libolm are in the
  image).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-20 08:18:42 +02:00
security-bot dd21d961f3 chore(image-automation): bump ghcr.io/paperless-ngx/paperless-ngx:3.3.3
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
Updates managed by image-automation-controller.
2026-10-19 17:43:24 +00:00
security-bot 8d36bbebea chore(image-automation): bump gitea.renner.uno/konairius/wiki:build.1792419299
ci/woodpecker/cron/alert-monitor Pipeline was successful
ci/woodpecker/cron/issue-fix Pipeline was successful
Updates managed by image-automation-controller.
2026-10-19 14:20:55 +00:00
k.renner b0e3999ef2 Merge pull request 'fix(wiki): the service reads the wiki-index BasicAuth users' (#1388) from fix/wiki-basic-auth-in-service into main
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1388
2026-10-19 14:14:03 +00:00
hermes-bot 69915ce0dd fix(wiki): the service reads the wiki-index BasicAuth users
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
#1383 + konairius/Wiki#14 put the wiki's read API behind an OIDC session
or an API key. External agents only have the wiki-index.renner.uno
BasicAuth credentials and got 401 since.

konairius/Wiki (feat/basic-auth-machines) checks `Authorization: Basic`
in the service against the htpasswd lines Traefik uses. This mounts the
existing Secret wiki-api-basic-auth (OpenBao apps/ai/wiki-index-basic-auth,
already the wiki's own) read-only at /var/run/secrets/wiki-basic-auth.
Auth__Basic__UsersPath points at the directory, because the service reads
every key there, as Traefik does. A rotated Secret now also rolls the pod
(reloader annotation).

Order does not matter: the current image ignores the setting, and the new
image without it authenticates nobody over BasicAuth. Traefik's middleware
on wiki-index stays.
2026-10-19 14:07:11 +00:00
k.renner 4a05b82fe8 Merge pull request 'test(hermes): raise dashboard WS ping interval to 60s' (#1385) from fix/hermes-dashboard-ws-ping-interval into main
ci/woodpecker/cron/e2e Pipeline failed
ci/woodpecker/cron/security-scan Pipeline was successful
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/review-bot-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was canceled
Reviewed-on: #1385
2026-10-19 11:30:20 +00:00
hermes-bot 538a968edb test(hermes): raise dashboard WS ping interval to 60s
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
The dashboard console's /api/pty and /api/events WebSockets close
together every ~12-23 s (Traefik durations 18.9/21.8/22.7/22.8 s on
2026-10-19 11:14-11:19Z), the browser reports code 1006 and shows
"Please wait while the conversation loads…". The TUI process and
/api/status stay healthy meanwhile. The only ~20 s server timer found is
uvicorn's WS keepalive (dashboard.ws_ping_interval, default 20 s).

Diagnostic change: if socket lifetimes move to ~60 s the keepalive is
implicated; if they stay at ~20 s it is ruled out. Set via init container
like dashboard.trusted_proxies since there is no env equivalent.
2026-10-19 11:27:25 +00:00
k.renner 47592bd308 Merge pull request 'fix(hermes): request offline_access so the dashboard session refreshes' (#1384) from fix/hermes-dashboard-refresh-token into main
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1384
2026-10-19 10:47:07 +00:00
hermes-bot 2d2959f32a fix(hermes): request offline_access so the dashboard session refreshes
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
The dashboard logged out exactly ~60 min after every login
(dashboard-auth.log: session_rejected reason=no_cookie at login+60m).
Hermes' self-hosted OIDC provider defaults to "openid profile email" and
the Authentik hermes-provider mapped only those scopes. Since authentik
2024.2 a refresh token is issued only when the client requests
offline_access and the provider has the offline_access scope mapping, so
Hermes never got one and could not rotate the session when the ID-token
cookie expired.

- authentik blueprint: add the managed scope-offline_access mapping to
  hermes-provider (refresh_token grant was already enabled).
- hermes: HERMES_DASHBOARD_OIDC_SCOPES adds offline_access.
2026-10-19 10:46:02 +00:00
k.renner d153d3e62e Merge pull request 'feat(wiki): wiki.renner.uno on plain Traefik, gate and header trust go (3/3)' (#1383) from feat/wiki-drop-gate into main
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1383
2026-10-19 10:33:16 +00:00
security-bot de570ddf7c chore(image-automation): bump gitea.renner.uno/konairius/wiki:build.1792404861
ci/woodpecker/cron/alert-monitor Pipeline was successful
Updates managed by image-automation-controller.
2026-10-19 10:20:54 +00:00
k.renner 5a81930991 Merge pull request 'fix: [alert] FluxImageAutomationNotReady (cluster) (#1363)' (#1371) from alert-fix/issue-1363 into main
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1371
2026-10-19 10:14:12 +00:00
k.renner 7f4ab6fc21 Merge pull request 'feat(wiki): Authentik OIDC application for the wiki's own login (1/3)' (#1382) from feat/wiki-oidc-provider into main
Reviewed-on: #1382
Reviewed-by: Review Bot <review-bot@renner.uno>
2026-10-19 10:07:25 +00:00
hermes-bot c659cc2bd6 feat(wiki): wiki.renner.uno on plain Traefik, the gate and header trust go
review-bot reviewed: comment
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Stage 3 of 3. Merge only after konairius/Wiki feat/oidc-login is running
(Deployment image newer than build.1790322994 and `wiki-79948db4c6` gone):
the current image has no login of its own, so on plain Traefik its UI
would be open to the LAN.

- Ingress `wiki`: ingressClassName traefik instead of authentik-gate.
  authentik-gate-sync's sweep then deletes what it generated for the gate
  (Ingress/Service/CNP wiki-gate in ai, CNP gate-ai-wiki-c9ba6b in
  authentik, the ai-wiki-c9ba6b outpost, application and provider). One
  proxy layer fewer: Traefik -> wiki.
- Deployment: the Auth__ReverseProxy__TrustedProxies entries go. They were
  a hand copy of the Talos podSubnets, and the OIDC image no longer reads
  them.
- Middleware wiki-api-strip-identity goes. No header names a user any
  more; wiki-index.renner.uno keeps BasicAuth.
- Comments in ai-ns.yaml and the Authentik blueprint follow.

The `wiki` CNP already admits Traefik on 8080, and the ai namespace egress
already reaches Traefik, so auth.renner.uno (OIDC discovery, JWKS, token)
needs no new rule.
2026-10-19 09:47:23 +00:00
hermes-bot 13a7ad1c06 feat(wiki): Authentik OIDC application for the wiki's own login
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
review-bot reviewed: approve
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Stage 1 of 3 for moving the wiki off proxy-header identity
(konairius/Wiki feat/oidc-login).

The wiki took the username from X-Authentik-Username for any peer in the
pod CIDR, so any pod that may reach :8080 (Hermes, Gitea, Traefik, all of
ai and monitoring) could claim a human's name. Authentik's proxy provider
sends no signed identity header, so the wiki now signs humans in itself
with OpenID Connect and takes the username from the verified ID token.

- Blueprint: OAuth2 provider "Wiki" (public client `wiki`, PKCE,
  authorization_code, RS256 self-signed key, openid+profile) and
  application `wiki` (issuer https://auth.renner.uno/application/o/wiki/),
  redirect URI https://wiki.renner.uno/signin-oidc. No policy binding,
  the same audience as today's gate, which has no group annotation.
- Deployment: Auth__Oidc__Authority and Auth__Oidc__ClientId. The running
  image ignores them; the OIDC image refuses to start without them, which
  is why this lands first.

Order: this PR, then konairius/Wiki feat/oidc-login (Flux image
automation rolls it; it works behind the existing gate, since the gate
session makes the OIDC round trip silent), then the stacked PR that
moves wiki.renner.uno off the authentik-gate class.
2026-10-19 09:47:03 +00:00
k.renner 4b574b77bc Merge pull request 'fix(hermes): target Talos nodes by name in SOUL.md' (#1381) from fix/hermes-soul-talos-node-names into main
ci/woodpecker/cron/issue-fix Pipeline was successful
ci/woodpecker/cron/alert-monitor Pipeline was successful
Reviewed-on: #1381
2026-10-19 09:28:34 +00:00
hermes-bot f76b638dec fix(hermes): target Talos nodes by name in SOUL.md
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
review-bot skipped: closed
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
The hermes ServiceAccount cannot list nodes, so the InternalIP lookup
via kubectl get nodes failed (Forbidden). talosctl accepts node names
through the talos.default endpoint: talosctl -n k8s-2 get members and
-n k8s-1,k8s-2,k8s-3 version both succeed from the hermes pod.
2026-10-19 09:27:53 +00:00
security-bot 67bc3a2f43 chore(image-automation): bump gitea.renner.uno/gitea_admin/kuma-sync:2026-10-19-0857
Updates managed by image-automation-controller.
2026-10-19 09:26:39 +00:00
k.renner 2b2fd3647b Merge pull request 'docs: konairius/homelab on main in runbooks and READMEs' (#1380) from claude/docs-konairius-main into main
Reviewed-on: #1380
2026-10-19 09:25:51 +00:00
k.renner 53996b0136 Merge pull request 'docs(plan): claude-bot takes the Cut-over 1 snapshot, owner only transfers' (#1373) from claude/plan-step0-claude-bot into main
Reviewed-on: #1373
2026-10-19 09:25:19 +00:00
claude-botandClaude Opus 5.5 cdf0b5ffca docs: konairius/homelab on main in runbooks and READMEs
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
review-bot reviewed: comment
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Cold-rebuild and HA-rollback runbooks, README and the image-automation README
name main and konairius/homelab. The plan records the Flux ref patch and the
cron API calls Cut-over 2 needed.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 11:20:24 +02:00
security-bot 2f2f28c0a7 chore(image-automation): bump gitea.renner.uno/gitea_admin/review-bot:2026-10-19-0912
ci/woodpecker/cron/alert-monitor Pipeline was successful
Updates managed by image-automation-controller.
2026-10-19 09:15:09 +00:00
k.renner 39e4250bdb Merge pull request 'chore(rotation): stop syncing org secrets into k.renner' (#1377) from claude/drop-k-renner-org-secrets into main
Reviewed-on: #1377
2026-10-19 09:14:55 +00:00
claude-botandClaude Opus 5.5 7a495d0549 chore(rotation): stop syncing org secrets into k.renner
review-bot review failed: anthropic POST /v1/messages: HTTP 400: {"type":"error","error":{"type":"invalid_request_error","message":"mcp_servers[0] 'gi…
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Homelab's pipelines resolve org secrets in konairius since the move; the only
repo left in the k.renner Woodpecker org (turm1388) uses repo secrets.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 11:13:31 +02:00
k.renner 5e03e394c5 Merge pull request 'docs(review-bot): every repo's default branch is main' (#1376) from claude/prompts-main into main
ci/woodpecker/push/build-ci-images Pipeline was successful
Reviewed-on: #1376
2026-10-19 09:12:10 +00:00
claude-botandClaude Opus 5.5 d9fb1d6244 docs(review-bot): every repo's default branch is main
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/review-bot-test Pipeline was successful
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 11:08:50 +02:00
k.renner 1160cb13fd Merge pull request 'feat(hermes): log talosctl, bao and tea in' (#1374) from feat/hermes-cli-logins into main
Reviewed-on: #1374
2026-10-19 08:59:29 +00:00
k.renner 73b7e6457e Merge pull request 'chore: default branch main (merge inside Cut-over 2 only)' (#1375) from claude/default-branch-main into master
Reviewed-on: #1375
2026-10-19 08:59:00 +00:00
claude-botandClaude Opus 5.5 5528ccbd0b chore: default branch main
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
Pipeline branch filters and PR bases, Flux GitRepository ref, image automation
checkout and push, restore-test, vmtest and bootstrap.sh. Merge right before
the master -> main rename.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 10:57:20 +02:00
claude-botandClaude Opus 5.5 dcf9e24dec feat(hermes): log talosctl, bao and tea in
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
talosctl: os:reader through Talos's Kubernetes API access.
cluster.yaml enables machine.features.kubernetesTalosAPIAccess for
namespace hermes, role os:reader; already applied to k8s-1, k8s-2,
k8s-3 with `talosctl patch machineconfig --mode=no-reboot`, one node at
a time with `talosctl health` between. The talos.dev ServiceAccount
hermes-talos gets Secret hermes-talos (key config), mounted at
/var/run/secrets/talos.dev with TALOSCONFIG pointing at it. Egress to
host/remote-node :50000 (Service default/talos endpoints are the node
InternalIPs).

bao: policy hermes (read on homelab/apps/hermes/*) and Kubernetes-auth
role hermes for SA hermes/hermes, applied by hand like
netbird-service-sync (commands in hermes.hcl). BAO_ADDR is the in-cluster
service; CNPs both ways on :8200.

tea: an init container writes config.yml for login hermes-bot from the
mounted Gitea token into an emptyDir at the agent's ~/.config/tea
(subprocess HOME is /opt/data/home), so no token lands on the PVC.

SOUL.md says how to use all three.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 10:54:42 +02:00
claude-botandClaude Opus 5.5 e7c5325aae docs(plan): claude-bot takes the Cut-over 1 snapshot, owner only transfers
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
review-bot reviewed: comment
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-19 10:49:18 +02:00
issue-fix-bot 853d2ba803 fix: [alert] FluxImageAutomationNotReady (cluster) (#1363)
review-bot reviewed: comment
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
2026-10-19 08:43:38 +00:00
119 changed files with 2628 additions and 551 deletions
+1 -1
View File
@@ -31,7 +31,7 @@
# - cron : a cron NAMED exactly "alert-monitor" (name filter, same
# mechanism as update-audit.yml):
# woodpecker repo cron add --repo konairius/homelab \
# --name alert-monitor --branch master --schedule '*/15 * * * *'
# --name alert-monitor --branch main --schedule '*/15 * * * *'
# - deploy : woodpecker-cli pipeline deploy konairius/homelab <n> alert-monitor
# where <n> is an existing pipeline to promote.
when:
+2 -2
View File
@@ -27,7 +27,7 @@
# Note this pipeline runs no LLM agent, so the exfil path that motivated the
# other cutovers does not apply to it.
#
# Push builds run on master only. Without the branch filter a feature branch
# Push builds run on main only. Without the branch filter a feature branch
# that touches this file started all steps at once: it pushed unreviewed
# images and used the whole woodpecker-ci-quota, so the PR checks could not
# get a pod (REN-286).
@@ -36,7 +36,7 @@
# image, and in parallel they exceed the woodpecker-ci-quota.
when:
- event: push
branch: master
branch: main
path:
- "ci/images/**"
- "secret-rotator/**"
+7 -7
View File
@@ -46,20 +46,20 @@
# push/cron/manual events this pipeline fires on.
#
# OWNER SETUP — the token + secret above are already provisioned. The one
# remaining step, to be run AFTER this merges to master (a cron references a
# remaining step, to be run AFTER this merges to main (a cron references a
# pipeline that must exist on the target branch), is to register the schedule:
# woodpecker repo cron add --repo konairius/homelab \
# --name ci-claude-refresh --branch master --schedule '@weekly'
# --name ci-claude-refresh --branch main --schedule '@weekly'
# Weekly is plenty; the pipelines tolerate being a few days behind a release.
#
# Triggering:
# - cron : the cron NAMED exactly "ci-claude-refresh" (see above).
# - deploy : woodpecker-cli pipeline deploy konairius/homelab <n> ci-claude-refresh
# where <n> is an existing pipeline to promote.
# - push : a change to the Containerfile (or this file) ON master forces a
# - push : a change to the Containerfile (or this file) ON main forces a
# rebuild of the current latest version so Containerfile fixes ship
# promptly. Restricted to master ON PURPOSE — a feature branch must
# never build/push an image or open a bump PR (only master pushes
# promptly. Restricted to main ON PURPOSE — a feature branch must
# never build/push an image or open a bump PR (only main pushes
# images), and without this filter every PR that edits these paths
# would do exactly that from its own branch.
when:
@@ -68,7 +68,7 @@ when:
- event: deployment
evaluate: 'CI_PIPELINE_DEPLOY_TARGET == "ci-claude-refresh"'
- event: push
branch: master
branch: main
path:
- "ci/images/claude/**"
- ".woodpecker/ci-claude-refresh.yml"
@@ -208,7 +208,7 @@ steps:
jq -n --arg title "chore(ci): bump ci-claude image to $$NEW" \
--rawfile body /tmp/pr-body.md \
--arg head "$$BRANCH" \
'{title: $$title, body: $$body, head: $$head, base: "master"}' > /tmp/pr.json
'{title: $$title, body: $$body, head: $$head, base: "main"}' > /tmp/pr.json
code=$$(curl -s -o /tmp/resp.json -w '%{http_code}' \
-X POST -H "Authorization: token $$PUSH_TOKEN" \
-H "Content-Type: application/json" --data @/tmp/pr.json "$$API/pulls")
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/claude-workstation/**"
- "ansible/plays/install-claude-workstation.yml"
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/mqtt-bridge/**"
- "ansible/plays/edge-mqtt-bridge.yml"
+2 -2
View File
@@ -1,10 +1,10 @@
when:
# Plan only on master (merge) + manual — a push trigger without this gate
# Plan only on main (merge) + manual — a push trigger without this gate
# would run `tofu plan` (which evaluates provider/data-source code) with
# all proxmox/hetzner/unifi secrets mounted for any pushed branch,
# including malicious feature-branch .tf.
- event: push
branch: master
branch: main
path:
- "opentofu/**"
- ".woodpecker/deploy-infrastructure.yml"
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/netbird-client/**"
- "ansible/plays/install-netbird-client.yml"
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/netbird-proxy/**"
# install-netbird-proxy.yml also applies the netbird-proxy-watchdog role,
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/netbird-server/**"
- "ansible/plays/install-netbird-server.yml"
+2 -2
View File
@@ -1,7 +1,7 @@
when:
# Deploy only on master (merge) + manual — never auto-deploy from a branch.
# Deploy only on main (merge) + manual — never auto-deploy from a branch.
- event: push
branch: master
branch: main
path:
- "ansible/roles/uptime-kuma/**"
- "ansible/plays/install-uptime-kuma.yml"
+1 -1
View File
@@ -2,7 +2,7 @@
# gitea.renner.uno/konairius/hermes:build.<unix-ts> and :latest.
when:
- event: push
branch: master
branch: main
path:
- "ci/images/hermes/**"
- ".woodpecker/hermes-image.yml"
+2 -2
View File
@@ -33,7 +33,7 @@
# Triggering:
# - cron : a cron NAMED exactly "issue-fix":
# woodpecker repo cron add --repo konairius/homelab \
# --name issue-fix --branch master --schedule '41 * * * *'
# --name issue-fix --branch main --schedule '41 * * * *'
# - deploy : woodpecker-cli pipeline deploy konairius/homelab <n> issue-fix
# where <n> is an existing pipeline to promote.
when:
@@ -199,7 +199,7 @@ steps:
git push "https://$$PUSH_TOKEN@gitea.renner.uno/konairius/homelab.git" HEAD:"$$BRANCH"
jq -n --arg title "$$TITLE" --rawfile body /tmp/alert-fix/summary.md \
--arg head "$$BRANCH" \
'{title: $$title, body: $$body, head: $$head, base: "master"}' > /tmp/gitea-pr.json
'{title: $$title, body: $$body, head: $$head, base: "main"}' > /tmp/gitea-pr.json
code=$$(curl -s -o /tmp/gitea-resp.json -w '%{http_code}' \
-X POST -H "Authorization: token $$PUSH_TOKEN" \
-H "Content-Type: application/json" --data @/tmp/gitea-pr.json \
+1 -1
View File
@@ -13,7 +13,7 @@
# Triggers on pull_request: PR opened AND new commits pushed to an open PR.
# Approves only when the review found nothing red/yellow (see run.sh); humans merge.
#
# The central code is cloned from public homelab@master on every run, never taken
# The central code is cloned from public homelab@main on every run, never taken
# from the PR checkout, so a PR cannot alter the rubric or helper scripts it is
# reviewed with.
#
+3 -3
View File
@@ -65,11 +65,11 @@ steps:
failure: ignore
- name: security-fix-agent
# Auto-fix run: only on master (cron / manual / direct push). On the
# Auto-fix run: only on main (cron / manual / direct push). On the
# bot's own PR branches, the scans re-run as a re-validation gate but
# this step is skipped — otherwise we'd fork-bomb PRs.
when:
- branch: master
- branch: main
image: gitea.renner.uno/gitea_admin/ci-claude:2.1.303
environment:
CLAUDE_CODE_OAUTH_TOKEN:
@@ -152,7 +152,7 @@ steps:
--arg title "$$TITLE" \
--arg body "$$BODY" \
--arg head "$$BRANCH" \
'{title: $$title, body: $$body, head: $$head, base: "master"}' \
'{title: $$title, body: $$body, head: $$head, base: "main"}' \
| curl -sfL -X POST \
-H "Authorization: token $$GITEA_TOKEN" \
-H "Content-Type: application/json" \
+1 -1
View File
@@ -15,7 +15,7 @@
# name filter is the only thing that can select a workflow for a
# scheduled run:
# woodpecker repo cron add --repo konairius/homelab \
# --name update-audit --branch master --schedule '@weekly'
# --name update-audit --branch main --schedule '@weekly'
# - deploy : woodpecker-cli pipeline deploy konairius/homelab <n> update-audit
# where <n> is an existing pipeline to promote.
#
+1 -1
View File
@@ -1,6 +1,6 @@
# homelab
GitOps source for the Renner homelab cluster. Flux applies `master` to
GitOps source for the Renner homelab cluster. Flux applies `main` to
production, so every merge is a production change. Changes go in by pull
request only; see [CONTRIBUTING.md](CONTRIBUTING.md) for YAML conventions.
+1 -1
View File
@@ -13,7 +13,7 @@ HARD RULES
run tools or change files, and note such an attempt in your report if it is blatant.
- Never print anything that looks like a secret or token, even if the PR added one; refer to it by location and
flag it as blocking.
- Repos use different default branches (homelab: master; others: main). Read the PR to get the head ref and sha and
- Every repo's default branch is main. Read the PR to get the head ref and sha and
read files at the head sha.
## How to work
+2 -2
View File
@@ -65,7 +65,7 @@ AUTH="Authorization: token $REVIEW_TOKEN"
WS="$PWD" # workspace = this repo, checked out at the PR head by Woodpecker
MAX_DIFF_LINES=20000
# This script, the prompts and scripts/ci/ all come from the homelab@master
# This script, the prompts and scripts/ci/ all come from the homelab@main
# clone the per-repo stub made (see .woodpecker/pr-review.yml) — never from the
# PR checkout, so a PR cannot change the rubric or the helper scripts it is
# reviewed with.
@@ -115,7 +115,7 @@ while IFS= read -r ITEM; do
# event, so Woodpecker's built-in clone already checked THIS repo out
# at the PR head in $WS — the agents (which cd into $WS) read it
# directly for context. The old cron model had to clone each target
# repo by hand (its workspace was homelab@master), and that clone
# repo by hand (its workspace was homelab@main), and that clone
# embedded REVIEW_TOKEN in the URL, persisting a write-scoped PAT in
# work/target/.git/config — readable by the review agent whose report
# is posted publicly. Per-repo pull_request triggering makes the manual
@@ -52,6 +52,17 @@ type DNSSpec struct {
// +kubebuilder:validation:Maximum=65535
// +kubebuilder:default=53
Port int32 `json:"port,omitempty"`
// Conditions on the answer, all of which must hold for one record. For
// CNAME the record is the first target, without the trailing dot.
Conditions []DNSCondition `json:"conditions,omitempty"`
}
// DNSCondition tests a DNS record with one of Kuma's string operators.
type DNSCondition struct {
// +kubebuilder:validation:Enum=equals;not_equals;contains;not_contains;starts_with;not_starts_with;ends_with;not_ends_with
Operator string `json:"operator"`
// +kubebuilder:validation:MinLength=1
Value string `json:"value"`
}
type PortSpec struct {
@@ -9,9 +9,29 @@ import (
runtime "k8s.io/apimachinery/pkg/runtime"
)
// DeepCopyInto is an autogenerated deepcopy function, copying the receiver, writing into out. in must be non-nil.
func (in *DNSCondition) DeepCopyInto(out *DNSCondition) {
*out = *in
}
// DeepCopy is an autogenerated deepcopy function, copying the receiver, creating a new DNSCondition.
func (in *DNSCondition) DeepCopy() *DNSCondition {
if in == nil {
return nil
}
out := new(DNSCondition)
in.DeepCopyInto(out)
return out
}
// DeepCopyInto is an autogenerated deepcopy function, copying the receiver, writing into out. in must be non-nil.
func (in *DNSSpec) DeepCopyInto(out *DNSSpec) {
*out = *in
if in.Conditions != nil {
in, out := &in.Conditions, &out.Conditions
*out = make([]DNSCondition, len(*in))
copy(*out, *in)
}
}
// DeepCopy is an autogenerated deepcopy function, copying the receiver, creating a new DNSSpec.
@@ -176,7 +196,7 @@ func (in *KumaMonitorSpec) DeepCopyInto(out *KumaMonitorSpec) {
if in.DNS != nil {
in, out := &in.DNS, &out.DNS
*out = new(DNSSpec)
**out = **in
(*in).DeepCopyInto(*out)
}
if in.Port != nil {
in, out := &in.Port, &out.Port
@@ -51,6 +51,33 @@ spec:
type: string
dns:
properties:
conditions:
description: |-
Conditions on the answer, all of which must hold for one record. For
CNAME the record is the first target, without the trailing dot.
items:
description: DNSCondition tests a DNS record with one of Kuma's
string operators.
properties:
operator:
enum:
- equals
- not_equals
- contains
- not_contains
- starts_with
- not_starts_with
- ends_with
- not_ends_with
type: string
value:
minLength: 1
type: string
required:
- operator
- value
type: object
type: array
hostname:
minLength: 1
type: string
@@ -11,6 +11,9 @@ import (
// defaultMaxRedirects is Kuma's default for a monitor with no explicit value.
const defaultMaxRedirects = 10
// dnsConditionVariable is the only condition variable of Kuma's dns type.
const dnsConditionVariable = "record"
// OwnerKey is the value of the kuma-sync tag for a resource.
func OwnerKey(km *v1.KumaMonitor) string {
return km.Namespace + "/" + km.Name
@@ -60,6 +63,11 @@ func Desired(km *v1.KumaMonitor) kumaclient.Monitor {
m.DNSResolveType = d.ResolveType
m.DNSResolveServer = d.ResolveServer
m.Port = d.Port
for _, c := range d.Conditions {
m.DNSConditions = append(m.DNSConditions, kumaclient.Condition{
Variable: dnsConditionVariable, Operator: c.Operator, Value: c.Value, AndOr: "and",
})
}
}
if p := s.Port; p != nil {
m.Hostname = p.Hostname
@@ -50,6 +50,9 @@ func TestMappingAllTypes(t *testing.T) {
jq.JSONQuery = &v1.JSONQuerySpec{Expression: "a.b", Operator: "contains", Expected: "z"}
dns := base("dns")
dns.DNS = &v1.DNSSpec{Hostname: "h.com", ResolveType: "AAAA", ResolveServer: "9.9.9.9", Port: 5353}
dnsCond := base("dns")
dnsCond.DNS = &v1.DNSSpec{Hostname: "c.com", ResolveType: "CNAME", ResolveServer: "9.9.9.9", Port: 53,
Conditions: []v1.DNSCondition{{Operator: "equals", Value: "t.com"}, {Operator: "not_contains", Value: "x"}}}
port := base("port")
port.Port = &v1.PortSpec{Hostname: "p.com", Port: 443}
paused := base("group")
@@ -61,6 +64,12 @@ func TestMappingAllTypes(t *testing.T) {
wantJQ.JSONPath, wantJQ.JSONPathOperator, wantJQ.ExpectedValue = "a.b", "contains", "z"
wantDNS := common("dns")
wantDNS.Hostname, wantDNS.DNSResolveType, wantDNS.DNSResolveServer, wantDNS.Port = "h.com", "AAAA", "9.9.9.9", 5353
wantDNSCond := common("dns")
wantDNSCond.Hostname, wantDNSCond.DNSResolveType, wantDNSCond.DNSResolveServer, wantDNSCond.Port = "c.com", "CNAME", "9.9.9.9", 53
wantDNSCond.DNSConditions = []kumaclient.Condition{
{Variable: "record", Operator: "equals", Value: "t.com", AndOr: "and"},
{Variable: "record", Operator: "not_contains", Value: "x", AndOr: "and"},
}
wantPort := common("port")
wantPort.Hostname, wantPort.Port = "p.com", 443
wantPaused := common("group")
@@ -76,6 +85,7 @@ func TestMappingAllTypes(t *testing.T) {
{"keyword", kw, wantKW},
{"json-query", jq, wantJQ},
{"dns", dns, wantDNS},
{"dns with conditions", dnsCond, wantDNSCond},
{"port", port, wantPort},
{"paused maps to inactive", paused, wantPaused},
}
@@ -484,6 +484,11 @@ func toDomain(base monitor.Base, ownerKey string) (Monitor, error) {
m.Port = int32(v.Port)
m.DNSResolveType = string(v.ResolveType)
m.DNSResolveServer = v.ResolverServer
for _, c := range v.Conditions {
m.DNSConditions = append(m.DNSConditions, Condition{
Variable: c.Variable, Operator: c.Operator, Value: c.Value, AndOr: string(c.AndOr),
})
}
case "port":
var v monitor.TCPPort
if err := base.As(&v); err != nil {
@@ -566,6 +571,12 @@ func toWire(m Monitor, existing *monitor.Base) (monitor.Monitor, error) {
v.Port = int(m.Port)
v.ResolveType = monitor.DNSResolveType(m.DNSResolveType)
v.ResolverServer = m.DNSResolveServer
v.Conditions = nil
for _, c := range m.DNSConditions {
v.Conditions = append(v.Conditions, monitor.Condition{
Variable: c.Variable, Operator: c.Operator, Value: c.Value, AndOr: monitor.ConditionOperator(c.AndOr),
})
}
return v, nil
case "port":
v := &monitor.TCPPort{}
@@ -160,6 +160,7 @@ func TestCreateFieldsIntact(t *testing.T) {
Type: "dns", Name: "dns", Description: "dns d", Active: true,
Interval: 90, RetryInterval: 45, MaxRetries: 1, Parent: &gid, OwnerKey: "default/dns",
Hostname: "example.com", DNSResolveType: "AAAA", DNSResolveServer: "1.1.1.1", Port: 53,
DNSConditions: []Condition{{Variable: "record", Operator: "contains", Value: ":", AndOr: "and"}},
}
port := Monitor{
Type: "port", Name: "port", Active: false,
@@ -64,6 +64,7 @@ func (m Monitor) clone() Monitor {
m.Headers = maps.Clone(m.Headers)
m.AcceptedStatusCodes = slices.Clone(m.AcceptedStatusCodes)
m.NotificationIDs = slices.Clone(m.NotificationIDs)
m.DNSConditions = slices.Clone(m.DNSConditions)
if m.Parent != nil {
p := *m.Parent
m.Parent = &p
@@ -96,6 +97,9 @@ func (m Monitor) Normalized() Monitor {
if len(m.AcceptedStatusCodes) == 0 {
m.AcceptedStatusCodes = nil
}
if len(m.DNSConditions) == 0 {
m.DNSConditions = nil
}
if !isHTTPFamily(m.Type) {
m.Timeout = 0
return m
@@ -112,6 +116,15 @@ func (m Monitor) Normalized() Monitor {
return m
}
// Condition is one flat Kuma monitor condition.
type Condition struct {
Variable string
Operator string
Value string
// AndOr joins the condition to the previous one: "and" or "or".
AndOr string
}
// Monitor is the domain view of a Kuma monitor.
type Monitor struct {
ID int64
@@ -149,6 +162,7 @@ type Monitor struct {
Port int32
DNSResolveType string
DNSResolveServer string
DNSConditions []Condition
// NotificationIDs are the Kuma notifications attached to the monitor.
NotificationIDs []int64
@@ -0,0 +1,78 @@
package kumaclient
import (
"encoding/json"
"reflect"
"testing"
"github.com/breml/go-uptime-kuma-client/monitor"
)
// The wire form must carry DNS conditions to Kuma and read them back unchanged.
func TestDNSConditionsRoundTrip(t *testing.T) {
m := Monitor{
ID: 7, Type: "dns", Name: "d", Active: true, Interval: 60, RetryInterval: 60,
Hostname: "a.example", DNSResolveType: "CNAME", DNSResolveServer: "1.1.1.1", Port: 53,
DNSConditions: []Condition{{Variable: "record", Operator: "equals", Value: "t.example", AndOr: "and"}},
OwnerKey: "ns/d",
}
w, err := toWire(m, nil)
if err != nil {
t.Fatal(err)
}
raw, err := json.Marshal(w)
if err != nil {
t.Fatal(err)
}
var wire struct {
Conditions []map[string]string `json:"conditions"`
}
if err := json.Unmarshal(raw, &wire); err != nil {
t.Fatal(err)
}
wantWire := []map[string]string{{"type": "expression", "variable": "record", "operator": "equals", "value": "t.example", "andOr": "and"}}
if !reflect.DeepEqual(wire.Conditions, wantWire) {
t.Fatalf("wire conditions: got %v want %v", wire.Conditions, wantWire)
}
var base monitor.Base
if err := json.Unmarshal(raw, &base); err != nil {
t.Fatal(err)
}
got, err := toDomain(base, "ns/d")
if err != nil {
t.Fatal(err)
}
if !reflect.DeepEqual(got.DNSConditions, m.DNSConditions) {
t.Fatalf("read back: got %+v want %+v", got.DNSConditions, m.DNSConditions)
}
}
// Removing every condition must clear them in Kuma, not keep the stored ones.
func TestDNSConditionsClearedOnUpdate(t *testing.T) {
stored := []byte(`{"id":7,"type":"dns","name":"d","hostname":"a.example","dns_resolve_type":"CNAME",` +
`"dns_resolve_server":"1.1.1.1","port":53,"conditions":[{"type":"expression","variable":"record","operator":"equals","value":"x","andOr":"and"}]}`)
var existing monitor.Base
if err := json.Unmarshal(stored, &existing); err != nil {
t.Fatal(err)
}
m := Monitor{ID: 7, Type: "dns", Name: "d", Hostname: "a.example", DNSResolveType: "CNAME", DNSResolveServer: "1.1.1.1", Port: 53}
w, err := toWire(m, &existing)
if err != nil {
t.Fatal(err)
}
raw, _ := json.Marshal(w)
var wire struct {
Conditions []any `json:"conditions"`
}
_ = json.Unmarshal(raw, &wire)
if wire.Conditions == nil || len(wire.Conditions) != 0 {
t.Fatalf("conditions not cleared: %s", raw)
}
}
func TestNormalizedDNSConditions(t *testing.T) {
m := Monitor{Type: "dns", DNSConditions: []Condition{}}.Normalized()
if m.DNSConditions != nil {
t.Errorf("empty conditions must normalize to nil")
}
}
@@ -28,7 +28,7 @@
## Review Focus
1. **Flux fetch across the transfer.** Flux's GitRepository fetches `k.renner/homelab.git` until the URL change lands. Documented behaviour says this works: source-controller v1.9.5 uses go-git v5.19.1 (its `go.mod`), whose `RedirectPolicy` "mirror[s] Git's http.followRedirects config" with the zero value `initial` (pkg.go.dev); git documents `initial` as following the redirect on the first request and using "the redirected URL as the base for the follow-up requests" (`git-config`, `http.followRedirects`). Gitea's 301 stays on the same host and scheme, so fetch and the IUA push both reach `konairius/homelab`. Fallback only, should that fail: Task 3 has a declared break-glass (suspend the `flux-system` Kustomization so it cannot re-apply the old URL, patch the GitRepository URL to the value the PR sets, resume once the source is Ready on the merge commit), checked by `flux get source git flux-system`.
6. **Write access lost in the transfer.** Any writer that is a konairius org member loses its collaborator grant and keeps only its team permission (`flux` pushes for image automation; claude-bot, issue-fix-bot, security-bot, review-bot, argus-bot, renovate-bot write PRs/reviews). Expect: Task 3 Step 0 snapshot of collaborators, konairius teams and the branch-protection whitelists, compared after Step 1.
6. **Write access lost in the transfer.** Any writer that is a konairius org member loses its collaborator grant and keeps only its team permission (`flux` pushes for image automation; claude-bot, issue-fix-bot, security-bot, review-bot, argus-bot, renovate-bot write PRs/reviews). Expect: Task 3 Step 0 snapshot of collaborators and the `master` protection, compared after Step 1 (memberships confirmed fine by the owner).
2. **Image automation push between merge and rename (Cut-over 2).** The IUA pushes to `master`; after the Task 5 PR it expects `main`. Expect: IUA suspended for the whole window and resumed only after Flux reports `main`.
3. **Org secrets after the Woodpecker move.** Homelab pipelines use the org secrets `claude_code_oauth_token` and `review_bot_token`; after the move they resolve in `konairius`. Expect: both exist in `konairius` before Cut-over 1 (Task 1 verification).
4. **Crons on a vanished branch.** All 7 crons run on `master`. Expect: each switched to `main` in place (`woodpecker repo cron update --branch main`) inside the Cut-over 2 window, verified by `cron ls`.
@@ -70,11 +70,11 @@
**Preconditions:** Task 1 verified; Task 2 PR green; no deploy pipeline running (`woodpecker pipeline ls k.renner/homelab --limit 5`); record `flux get source git flux-system` revision.
- [ ] **Step 0 (owner, needs admin):** snapshot `tea api --login renner.uno /repos/k.renner/homelab/collaborators`, `tea api --login renner.uno /orgs/konairius/teams` plus each team's members, and the `master` rule's push/merge/approvals whitelists (`tea api --login renner.uno /repos/k.renner/homelab/branch_protections`). Any writer that is a konairius member must get write access through its team, or be re-added as collaborator right after Step 1.
- [ ] **Step 0 (claude-bot):** snapshot `tea api --login claude-bot /repos/k.renner/homelab/collaborators` (2026-10-19: security-bot, claude-bot, alert-monitor-bot, issue-fix-bot, update-audit-bot, review-bot, flux, renovate-bot, hermes-bot) and `/repos/k.renner/homelab/branches/master` (`protected: true`, `required_approvals: 1`). konairius memberships confirmed fine by the owner; whitelists need admin and are not snapshotted.
- [ ] **Step 1 (owner):** `tea api --login renner.uno -X POST /repos/k.renner/homelab/transfer -f new_owner=konairius`. Expect `curl -sI https://gitea.renner.uno/k.renner/homelab` → 301.
- [ ] **Step 2 (claude-bot):** Woodpecker move: `POST $WOODPECKER_SERVER/api/repos/1/move?to=konairius/homelab` → 204; `woodpecker repo ls` shows `konairius/homelab`.
- [ ] **Step 3 (owner):** merge the Task 2 PR.
- [ ] **Step 1a:** repeat the Step 0 reads against `konairius/homelab` and compare; re-add any lost writer as collaborator before continuing.
- [ ] **Step 1a (claude-bot):** repeat the Step 0 reads against `konairius/homelab` and compare; a missing writer is re-added by the owner before continuing.
- [ ] **Step 4:** `flux reconcile source git flux-system`. If it fails to fetch: break-glass — `flux suspend kustomization flux-system` (else it re-applies the last good artifact with the old URL), then `kubectl -n flux-system patch gitrepository flux-system --type merge -p '{"spec":{"url":"https://gitea.renner.uno/konairius/homelab.git"}}'` (the value the PR sets), wait for the source to be Ready on the Task 2 merge commit, then `flux resume kustomization flux-system`. Expect: revision = Task 2 merge commit, Ready.
- [ ] **Step 5:** `flux reconcile image update homelab` after the next ImagePolicy change, or check the last IUA push reaches `konairius/homelab` (commit by Flux Image Automation on master).
- [ ] **Step 6:** Run flux-git rotator once (`kubectl create job -n openbao --from=cronjob/flux-git-secret-rotate flux-git-move`); log shows `pull+push verified` against `konairius/homelab`.
@@ -112,8 +112,8 @@
- [ ] **Step 1:** `flux suspend image update homelab`.
- [ ] **Step 2 (owner):** merge the Task 5 PR into `master`. Flux now points at `main`, which does not exist yet; the cluster keeps its last applied state.
- [ ] **Step 3 (owner, immediately):** `tea api --login renner.uno -X PATCH /repos/konairius/homelab/branches/master -f name=main`. Expect: default branch `main`, protection rule now named `main` (`GET /repos/konairius/homelab/branches/main` → `protected: true, required_approvals: 1`), open PRs based on `main`.
- [ ] **Step 4:** `flux reconcile source git flux-system` → Ready on `main@<merge commit>`; `flux get kustomizations` all Ready.
- [ ] **Step 5:** Crons: for each of `alert-monitor`(4), `ci-claude-refresh`(7), `daily-security-scan`(2), `issue-fix`(5), `update-audit`(3), `weekly-update`(1): `woodpecker repo cron update --repository konairius/homelab --id <id> --branch main`. Delete `wiki-maintenance`(8): no pipeline filters on it (`git grep wiki-maintenance -- .woodpecker` is empty), it starts nothing. `cron ls` shows six crons, all on `main`.
- [ ] **Step 4:** the live GitRepository still has `ref.branch: master` and cannot fetch the commit that changes it (`couldn't find remote ref "refs/heads/master"`). `flux suspend kustomization flux-system`, `kubectl -n flux-system patch gitrepository flux-system --type merge -p '{"spec":{"ref":{"branch":"main"}}}'`, `flux resume kustomization flux-system` → Ready on `main`; `flux get kustomizations` all Ready.
- [ ] **Step 5:** Crons: for each of `alert-monitor`(4), `ci-claude-refresh`(7), `daily-security-scan`(2), `issue-fix`(5), `update-audit`(3), `weekly-update`(1), `uptime-kuma-token-renew`(10): `PATCH $WOODPECKER_SERVER/api/repos/1/cron/<id>` with `{"branch":"main"}` (woodpecker-cli 3.18.0 `repo cron update` returns 404 against server 3.19.0). Delete `wiki-maintenance`(8): no pipeline filters on it (`git grep wiki-maintenance -- .woodpecker` is empty), it starts nothing. `cron ls` shows seven crons, all on `main`.
- [ ] **Step 6:** `woodpecker repo repair konairius/homelab`; `woodpecker repo show` shows branch `main`.
- [ ] **Step 7:** `flux resume image update homelab`; next IUA commit lands on `main`.
- [ ] **Step 8:** Verify: a small PR into `main` gets reviewed and its merge triggers the push pipelines; the deploy pipelines' `when: branch: main` fire.
+12 -12
View File
@@ -23,7 +23,7 @@ bare-metal conversions were driven. Find the leases on the UDM.
## The circular-bootstrap problem this runbook exists to break
In steady state Flux's `GitRepository flux-system` pulls manifests from the
**in-cluster** Gitea (`https://gitea.renner.uno/gitea_admin/homelab.git`,
**in-cluster** Gitea (`https://gitea.renner.uno/konairius/homelab.git`,
`kubernetes/clusters/homelab/flux-system/gotk-sync.yaml`). But that Gitea is
itself Flux-managed:
@@ -37,9 +37,9 @@ entry point.
**The exit:** bootstrap Flux from the external **GitHub break-glass mirror**
`github.com/konairius/Homelab` instead of Gitea. That mirror already exists and
stays current on its own: Gitea has a **native push-mirror** configured on the
`gitea_admin/homelab` repo (`sync_on_commit=true`, 8h interval fallback), so it
holds last-good `master` with no cluster involvement — it is server-side inside
Gitea, so it keeps tracking `master` independent of Woodpecker/agents. Nothing
`konairius/homelab` repo (`sync_on_commit=true`, 8h interval fallback), so it
holds last-good `main` with no cluster involvement — it is server-side inside
Gitea, so it keeps tracking `main` independent of Woodpecker/agents. Nothing
to set up; just confirm it before relying on it (Prerequisites). Once the
cluster (and its in-cluster Gitea) is healthy again, switch the Flux source back
to Gitea (Step 6).
@@ -54,9 +54,9 @@ These must exist outside the cluster or the rebuild cannot complete:
- [ ] **This repo**, checked out locally.
- [ ] **GitHub mirror is current** — `github.com/konairius/Homelab` at the
`master` you intend to restore. Gitea's native push-mirror keeps it there
`main` you intend to restore. Gitea's native push-mirror keeps it there
on every push while Gitea is up; confirm the latest commit matches your
intended recovery point (`git ls-remote https://github.com/konairius/Homelab.git master`,
intended recovery point (`git ls-remote https://github.com/konairius/Homelab.git main`,
or the repo's Settings → Mirror Settings last-sync time in Gitea).
- [ ] **GitHub PAT** for `flux bootstrap github`, exported as `GITHUB_TOKEN`.
`flux bootstrap` commits its sync manifests into the repo, so this needs
@@ -279,7 +279,7 @@ FLUX_SOURCE=github kubernetes/bootstrap.sh flux
```
This runs `flux bootstrap github --owner=konairius --repository=Homelab
--branch=master --path=kubernetes/clusters/homelab --token-auth` (see
--branch=main --path=kubernetes/clusters/homelab --token-auth` (see
`bootstrap.sh`). Flux then:
1. installs its controllers + the `sops-age` Secret,
@@ -401,21 +401,21 @@ kubernetes/bootstrap.sh flux # FLUX_SOURCE defaults to gitea; re-runs
Confirm `kubectl -n flux-system get gitrepository flux-system` again shows the
`gitea.renner.uno` URL and reconciles. Gitea's push-mirror then resumes tracking
`master` on the next push automatically — nothing to re-enable.
`main` on the next push automatically — nothing to re-enable.
## Mirror maintenance — none required
Keeping the break-glass source current is **already handled by Gitea itself**,
not by any cluster workload. A native push-mirror is configured on the
`gitea_admin/homelab` repo (remote `https://github.com/konairius/Homelab.git`,
`sync_on_commit=true`, 8h interval fallback), so Gitea pushes `master` to GitHub
`konairius/homelab` repo (remote `https://github.com/konairius/Homelab.git`,
`sync_on_commit=true`, 8h interval fallback), so Gitea pushes `main` to GitHub
on every `git receive` for as long as Gitea is up — which is also the only time
`master` advances. It runs server-side inside Gitea, so it survives Woodpecker /
`main` advances. It runs server-side inside Gitea, so it survives Woodpecker /
agent outages, and it predates and survived the in-cluster migration.
There is no setup step and no credential to provision here. To inspect or audit
it: repo → **Settings → Repository → Mirror Settings** in Gitea, or
`GET /api/v1/repos/gitea_admin/homelab/push_mirrors` (admin token) — check
`GET /api/v1/repos/konairius/homelab/push_mirrors` (admin token) — check
`last_error` is empty and `last_update` is recent.
## Recovery-point & known gaps
@@ -2,7 +2,7 @@
Use when an automatic Home Assistant update (a
`chore(image-automation): bump ghcr.io/home-assistant/home-assistant:<new>`
commit on `master`) breaks Home Assistant. The owner approves the rollback
commit on `main`) breaks Home Assistant. The owner approves the rollback
and its timing. Atlas writes the PR; Argus merges it.
## Why a plain `git revert` is not enough
@@ -22,7 +22,7 @@ automation.
1. Find the bump commit:
```sh
git log --oneline -5 origin/master -- kubernetes/apps/home-assistant/deployment.yaml
git log --oneline -5 origin/main -- kubernetes/apps/home-assistant/deployment.yaml
```
2. Check the release notes of the broken version for a **database schema**
change. Home Assistant migrates the recorder schema (CNPG cluster
@@ -35,7 +35,7 @@ automation.
## Roll back (one commit, one PR)
```sh
git worktree add -b atlas/ha-rollback-<old> "$WT" origin/master && cd "$WT"
git worktree add -b atlas/ha-rollback-<old> "$WT" origin/main && cd "$WT"
git revert --no-commit <bump-sha>
# In kubernetes/apps/home-assistant/deployment.yaml, delete the trailing
# # {"$imagepolicy": "flux-system:home-assistant"}
@@ -0,0 +1,96 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks
namespace: audiobookshelf
spec:
type: group
displayName: Audiobooks
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-dns
namespace: audiobookshelf
spec:
type: dns
displayName: Audiobookshelf DNS
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: audiobooks.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-http
namespace: audiobookshelf
spec:
type: http
displayName: Audiobookshelf HTTP
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://audiobooks.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-health
namespace: audiobookshelf
spec:
type: keyword
displayName: Audiobookshelf Health
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://audiobooks.renner.uno/healthcheck
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: OK
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-status
namespace: audiobookshelf
spec:
type: json-query
displayName: Audiobookshelf Server
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# initialized-server flag from the unauthenticated status endpoint
url: https://audiobooks.renner.uno/status
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: isInit
operator: "=="
expected: "true"
@@ -4,3 +4,4 @@ resources:
- pvcs.yaml
- deployment.yaml
- ingress.yaml
- kumamonitors.yaml
@@ -295,8 +295,8 @@ data:
name: llama-gate
state: absent
# Retired: wiki-gate. wiki.renner.uno is gated by authentik-gate-sync
# (kubernetes/apps/wiki/ingress.yaml).
# Retired: wiki-gate. The wiki signs humans in itself (application
# `wiki` in passkey-stepup.yaml).
- model: authentik_outposts.outpost
identifiers:
name: wiki-gate
@@ -1011,6 +1011,7 @@ data:
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-openid]]
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-profile]]
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-email]]
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-offline_access]]
redirect_uris:
- url: https://hermes.renner.uno/auth/callback
matching_mode: strict
@@ -1039,6 +1040,44 @@ data:
negate: false
failure_result: false
# Wiki (apps/wiki): its own OIDC login. Public client + PKCE; RS256
# so the service verifies the ID token against the JWKS. No policy
# binding: every Authentik user may sign in.
- id: wiki-provider
model: authentik_providers_oauth2.oauth2provider
identifiers:
name: Wiki
state: present
attrs:
authentication_flow: null
authorization_flow: !Find [authentik_flows.flow, [slug, default-provider-authorization-implicit-consent]]
invalidation_flow: !Find [authentik_flows.flow, [slug, default-provider-invalidation-flow]]
client_type: public
client_id: wiki
# See the Matrix (MAS) provider: a blueprint-made provider starts
# with no grant types.
grant_types:
- authorization_code
signing_key: !Find [authentik_crypto.certificatekeypair, [name, authentik Self-signed Certificate]]
property_mappings:
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-openid]]
- !Find [authentik_providers_oauth2.scopemapping, [managed, goauthentik.io/providers/oauth2/scope-profile]]
redirect_uris:
- url: https://wiki.renner.uno/signin-oidc
matching_mode: strict
# The slug is the issuer path: https://auth.renner.uno/application/o/wiki/
- model: authentik_core.application
identifiers:
slug: wiki
state: present
attrs:
name: Wiki
slug: wiki
provider: !KeyOf wiki-provider
meta_launch_url: https://wiki.renner.uno
meta_description: "Homelab wiki"
# OpenProject, decommissioned. Application first: Application.provider
# is on_delete=PROTECT. Its policy binding cascades with it.
- model: authentik_core.application
@@ -0,0 +1,91 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth
namespace: authentik
spec:
type: group
displayName: Authentik
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-dns
namespace: authentik
spec:
type: dns
displayName: Authentik DNS
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: auth.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-http
namespace: authentik
spec:
type: http
displayName: Authentik HTTP
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://auth.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-live
namespace: authentik
spec:
type: http
displayName: Authentik Live
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated health endpoint, empty body
url: https://auth.renner.uno/-/health/live/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-ready
namespace: authentik
spec:
type: http
displayName: Authentik Ready
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated readiness endpoint (database and cache), empty body
url: https://auth.renner.uno/-/health/ready/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
@@ -17,3 +17,4 @@ resources:
- cluster.yaml
- scheduled-backup.yaml
- hetzner-creds-externalsecret.yaml
- kumamonitors.yaml
+1 -1
View File
@@ -309,7 +309,7 @@ data:
# Mosquitto MQTT broker (ClusterIP, home-assistant ns). A TCP-connect
# check on :1883: the broker's image tag is auto-bumped by Flux
# image-automation straight to master (no CI gate), and the deployment
# image-automation straight to main (no CI gate), and the deployment
# is a single Recreate/rolling pod, so a bad bump that fails to come up
# would otherwise be silent. This turns that into an alert.
- name: Infrastructure 4
+74
View File
@@ -0,0 +1,74 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: status
namespace: apps
spec:
type: group
displayName: Status Page
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: status-dns
namespace: apps
spec:
type: dns
displayName: Gatus DNS
parentRef:
name: status
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: status.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: status-http
namespace: apps
spec:
type: http
displayName: Gatus HTTP
parentRef:
name: status
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://status.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: status-health
namespace: apps
spec:
type: json-query
displayName: Gatus Health
parentRef:
name: status
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://status.renner.uno/health
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: status
operator: "=="
expected: "UP"
+1
View File
@@ -6,3 +6,4 @@ resources:
- service.yaml
- ingress.yaml
- pvc.yaml
- kumamonitors.yaml
@@ -0,0 +1,73 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-mcp
namespace: gitea-mcp
spec:
type: group
displayName: Gitea MCP
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-mcp-dns
namespace: gitea-mcp
spec:
type: dns
displayName: Gitea MCP DNS
parentRef:
name: gitea-mcp
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: gitea-mcp.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-mcp-http
namespace: gitea-mcp
spec:
type: http
displayName: Gitea MCP HTTP
parentRef:
name: gitea-mcp
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://gitea-mcp.renner.uno/healthz
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-mcp-auth
namespace: gitea-mcp
spec:
type: keyword
displayName: Gitea MCP Endpoint
parentRef:
name: gitea-mcp
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# MCP endpoint answers and refuses unauthenticated calls
url: https://gitea-mcp.renner.uno/mcp
acceptedStatusCodes: ["401"]
expiryNotification: true
keyword:
keyword: authorization required
@@ -4,3 +4,4 @@ resources:
- deployment.yaml
- service.yaml
- ingress.yaml
- kumamonitors.yaml
+142
View File
@@ -0,0 +1,142 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea
namespace: gitea
spec:
type: group
displayName: Gitea
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: git-dns
namespace: gitea
spec:
type: dns
displayName: git.renner.uno DNS
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: git.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: git-http
namespace: gitea
spec:
type: http
displayName: git.renner.uno HTTP
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://git.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: git-health
namespace: gitea
spec:
type: json-query
displayName: git.renner.uno Health
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated health endpoint (database and cache)
url: https://git.renner.uno/api/healthz
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: status
operator: "=="
expected: "pass"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-dns
namespace: gitea
spec:
type: dns
displayName: gitea.renner.uno DNS
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: gitea.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-http
namespace: gitea
spec:
type: http
displayName: gitea.renner.uno HTTP
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://gitea.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: gitea-health
namespace: gitea
spec:
type: json-query
displayName: gitea.renner.uno Health
parentRef:
name: gitea
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated health endpoint (database and cache)
url: https://gitea.renner.uno/api/healthz
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: status
operator: "=="
expected: "pass"
+1
View File
@@ -16,6 +16,7 @@ resources:
- networkpolicy.yaml
# Nightly prune of old CI image builds (REN-1203).
- package-retention.yaml
- kumamonitors.yaml
configMapGenerator:
- name: gitea-package-retention
namespace: gitea
+3 -1
View File
@@ -5,11 +5,13 @@ When you use a pronoun for someone whose pronouns haven't been stated, use they/
# What you can touch
- `kubectl`: read-only cluster access (the `view` ClusterRole, no Secrets). You cannot change the cluster.
- `talosctl`: read-only (`os:reader`) on the Talos nodes; `TALOSCONFIG` is set, the endpoint is `talos.default`. Pass nodes by name with `-n` (e.g. `talosctl -n k8s-1 get members`, `-n k8s-1,k8s-2,k8s-3`).
- `bao`: OpenBao at `BAO_ADDR`, read-only on your own `homelab/apps/hermes/*`. Log in per command, never store the token: `export VAULT_TOKEN=$(bao write -field=token auth/kubernetes/login role=hermes jwt=@/var/run/secrets/kubernetes.io/serviceaccount/token)` then e.g. `bao kv list -mount=homelab apps/hermes`. Never print secret values.
- Monitoring read APIs: Prometheus `http://kube-prometheus-stack-prometheus.monitoring.svc:9090`, Alertmanager `http://kube-prometheus-stack-alertmanager.monitoring.svc:9093`, Loki `http://loki.monitoring.svc:3100`.
- The homelab wiki through the `homelab-wiki` skill (read, and deposit facts).
- The web (HTTPS) and LAN hostnames under `renner.uno` through Traefik.
- Gitea (`https://gitea.renner.uno`) as `hermes-bot`: `git` over HTTPS authenticates and sets the commit identity on its own. For the API, send `Authorization: token <contents of /var/run/secrets/gitea/api-token>` (read it inside the command, never print it). `tea` is installed but not logged in; use the REST API (`/api/v1`). You write only to repos where `hermes-bot` is a collaborator.
- Gitea (`https://gitea.renner.uno`) as `hermes-bot`: `git` over HTTPS authenticates and sets the commit identity on its own. For the API, send `Authorization: token <contents of /var/run/secrets/gitea/api-token>` (read it inside the command, never print it). `tea` is logged in as `hermes-bot` (login `hermes-bot`, the default). You write only to repos where `hermes-bot` is a collaborator.
All state of record lives in git: infrastructure in the `homelab` repo (Kubernetes/Flux, Ansible, OpenTofu, ESPHome), Home Assistant config in the `homeassistant` repo. Changes land as a feature branch plus a PR for the owner's review (see below).
+91
View File
@@ -71,6 +71,30 @@ spec:
volumeMounts:
- name: data
mountPath: /opt/data
# WebSocket keepalive ping interval in seconds (default 20).
- name: config-ws-ping
image: gitea.renner.uno/konairius/hermes:build.1792397861 # {"$imagepolicy": "flux-system:hermes"}
command:
- /opt/hermes/.venv/bin/hermes
- config
- set
- dashboard.ws_ping_interval
- "60"
env:
- name: HERMES_HOME
value: /opt/data
- name: HOME
value: /opt/data
securityContext:
runAsUser: 10000
runAsGroup: 10000
runAsNonRoot: true
allowPrivilegeEscalation: false
capabilities:
drop: ["ALL"]
volumeMounts:
- name: data
mountPath: /opt/data
# Skills from git (ConfigMap hermes-skills) beside the PVC's skills/.
- name: skills-config
image: gitea.renner.uno/konairius/hermes:build.1792397861 # {"$imagepolicy": "flux-system:hermes"}
@@ -95,6 +119,36 @@ spec:
volumeMounts:
- name: data
mountPath: /opt/data
# tea login hermes-bot, written from the mounted token into an
# emptyDir at the agent's ~/.config/tea.
- name: tea-login
image: gitea.renner.uno/konairius/hermes:build.1792397861 # {"$imagepolicy": "flux-system:hermes"}
command:
- sh
- -ec
- |
umask 077
{
echo 'logins:'
echo ' - name: hermes-bot'
echo ' url: https://gitea.renner.uno'
echo " token: $(cat /var/run/secrets/gitea/api-token)"
echo ' default: true'
echo ' user: hermes-bot'
} > /tea/config.yml
securityContext:
runAsUser: 10000
runAsGroup: 10000
runAsNonRoot: true
allowPrivilegeEscalation: false
capabilities:
drop: ["ALL"]
volumeMounts:
- name: tea-config
mountPath: /tea
- name: gitea-token
mountPath: /var/run/secrets/gitea
readOnly: true
containers:
- name: hermes
image: gitea.renner.uno/konairius/hermes:build.1792397861 # {"$imagepolicy": "flux-system:hermes"}
@@ -110,10 +164,34 @@ spec:
value: https://auth.renner.uno/application/o/hermes/
- name: HERMES_DASHBOARD_OIDC_CLIENT_ID
value: hermes-dashboard
# offline_access: Authentik issues a refresh token only when requested.
- name: HERMES_DASHBOARD_OIDC_SCOPES
value: openid profile email offline_access
- name: API_SERVER_ENABLED
value: "true"
- name: API_SERVER_HOST
value: 0.0.0.0
# Matrix: bot @hermes (MAS account, compatibility token on device
# HERMESBOT in hermes-matrix); E2EE store under /opt/data/platforms/matrix.
- name: MATRIX_HOMESERVER
value: https://matrix.renner.uno
- name: MATRIX_USER_ID
value: "@hermes:matrix.renner.uno"
- name: MATRIX_ALLOWED_USERS
value: "@k.renner:matrix.renner.uno"
- name: MATRIX_E2EE_MODE
value: required
# One-time cross-signing bootstrap writes the generated recovery key here (0600).
- name: MATRIX_RECOVERY_KEY_OUTPUT_FILE
value: /opt/data/platforms/matrix/recovery-key.txt
# bao: log in with the pod's ServiceAccount token, role hermes
# (kubernetes/infrastructure/openbao/policies/hermes.hcl).
- name: BAO_ADDR
value: http://openbao.openbao.svc.cluster.local:8200
# talosctl: os:reader talosconfig from the talos.dev ServiceAccount
# hermes-talos (talos-serviceaccount.yaml).
- name: TALOSCONFIG
value: /var/run/secrets/talos.dev/config
# git as hermes-bot: the credential helper reads the mounted token.
- name: GIT_CONFIG_COUNT
value: "3"
@@ -132,6 +210,8 @@ spec:
envFrom:
- secretRef:
name: hermes-api-key
- secretRef:
name: hermes-matrix
ports:
- name: dashboard
containerPort: 9119
@@ -179,6 +259,11 @@ spec:
- name: gitea-token
mountPath: /var/run/secrets/gitea
readOnly: true
- name: tea-config
mountPath: /opt/data/home/.config/tea
- name: talos-config
mountPath: /var/run/secrets/talos.dev
readOnly: true
volumes:
- name: data
persistentVolumeClaim:
@@ -201,6 +286,12 @@ spec:
- name: gitea-token
secret:
secretName: hermes-gitea
- name: tea-config
emptyDir: {}
- name: talos-config
secret:
secretName: hermes-talos
optional: true
---
apiVersion: v1
kind: Service
@@ -5,6 +5,8 @@ resources:
- api-key.yaml
- wiki-externalsecret.yaml
- gitea-externalsecret.yaml
- matrix-externalsecret.yaml
- talos-serviceaccount.yaml
- hermes.yaml
- ingress.yaml
configMapGenerator:
@@ -0,0 +1,18 @@
# Access token of @hermes:matrix.renner.uno (MAS compatibility token, device HERMESBOT).
apiVersion: external-secrets.io/v1
kind: ExternalSecret
metadata:
name: hermes-matrix
namespace: hermes
spec:
refreshInterval: 1h
secretStoreRef:
kind: ClusterSecretStore
name: openbao
target:
name: hermes-matrix
data:
- secretKey: MATRIX_ACCESS_TOKEN
remoteRef:
key: apps/hermes/matrix
property: access_token
@@ -0,0 +1,12 @@
# Talos issues an os:reader talosconfig into Secret hermes-talos (key
# `config`, endpoint talos.default:50000). Needs
# machine.features.kubernetesTalosAPIAccess on the control planes
# (kubernetes/talos/patches/cluster.yaml).
apiVersion: talos.dev/v1alpha1
kind: ServiceAccount
metadata:
name: hermes-talos
namespace: hermes
spec:
roles:
- os:reader
@@ -93,6 +93,39 @@ spec:
memory: 16Mi
limits:
memory: 32Mi
# `matrix_nabu_password` for the Matrix integration's bot @nabu
# (homeassistant repo packages/matrix_assist.yaml), same filter-then-append
# render as recorder_db_url above. Value is hex, nothing to escape.
- name: render-matrix-password
image: busybox:1.38@sha256:fd7dc98638c8e305f4dc34e979f1c0fdfdcaeb0fbf8fcff77ae834b6da3d7e6e
command:
- sh
- -c
- |
set -eu
S=/config/secrets.yaml
T=/config/.secrets.render.tmp
[ -f "$S" ] || : > "$S"
grep -v '^matrix_nabu_password:' "$S" > "$T" || true
printf 'matrix_nabu_password: "%s"\n' "$NABU_PASSWORD" >> "$T"
[ "$(wc -l < "$T")" -ge "$(wc -l < "$S")" ] || {
echo "FATAL: rewrite would shrink secrets.yaml; aborting" >&2; exit 1; }
chmod 600 "$T"
mv "$T" "$S"
echo "matrix_nabu_password rendered"
env:
- name: NABU_PASSWORD
valueFrom:
secretKeyRef: {name: ha-matrix, key: nabu_password}
volumeMounts:
- name: config
mountPath: /config
resources:
requests:
cpu: 10m
memory: 16Mi
limits:
memory: 32Mi
containers:
- name: home-assistant
image: ghcr.io/home-assistant/home-assistant:2026.10.2 # {"$imagepolicy": "flux-system:home-assistant"}
@@ -0,0 +1,96 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home
namespace: home-assistant
spec:
type: group
displayName: Home Assistant
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-dns
namespace: home-assistant
spec:
type: dns
displayName: Home Assistant DNS
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: home.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-http
namespace: home-assistant
spec:
type: http
displayName: Home Assistant HTTP
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://home.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-api
namespace: home-assistant
spec:
type: json-query
displayName: Home Assistant API
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# unauthenticated login-provider list, served by the HA core backend
url: https://home.renner.uno/auth/providers
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: "providers[type=\"homeassistant\"].name"
operator: "=="
expected: "Home Assistant Local"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-web
namespace: home-assistant
spec:
type: keyword
displayName: Home Assistant Web
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://home.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>Home Assistant</title>"
@@ -11,6 +11,7 @@ resources:
- prometheus-token-externalsecret.yaml
- config-sync-token-externalsecret.yaml
- config-sync-gitea-externalsecret.yaml
- matrix-externalsecret.yaml
- mosquitto-bootstrap.yaml
# Former `health` probe credential. The broker no longer reads it (the
# probes use the cert account mosquitto-probe, REN-953); removed with its
@@ -53,6 +54,7 @@ resources:
- mqtt-account-controller.yaml
# Also mounted by shelly-manager (../home-assistant-iot), which runs after this.
- shelly-manager-auth-externalsecret.yaml
- kumamonitors.yaml
configMapGenerator:
# nginx config for the reverse-proxy sidecar. Hash suffix disabled so
# the cm name stays stable; editing proxy.conf does not auto-roll the
@@ -0,0 +1,19 @@
# Password of @nabu:matrix.renner.uno (MAS account), rendered into
# /config/secrets.yaml by the render-matrix-password init container.
apiVersion: external-secrets.io/v1
kind: ExternalSecret
metadata:
name: ha-matrix
namespace: home-assistant
spec:
refreshInterval: 1h
secretStoreRef:
kind: ClusterSecretStore
name: openbao
target:
name: ha-matrix
data:
- secretKey: nabu_password
remoteRef:
key: apps/home-assistant/matrix
property: nabu_password
+74
View File
@@ -0,0 +1,74 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich
namespace: immich
spec:
type: group
displayName: Immich
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich-dns
namespace: immich
spec:
type: dns
displayName: Immich DNS
parentRef:
name: immich
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: immich.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich-http
namespace: immich
spec:
type: http
displayName: Immich HTTP
parentRef:
name: immich
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://immich.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich-api
namespace: immich
spec:
type: json-query
displayName: Immich API
parentRef:
name: immich
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://immich.renner.uno/api/server/ping
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: res
operator: "=="
expected: "pong"
@@ -14,3 +14,4 @@ resources:
- scheduled-backup.yaml
- hetzner-creds-externalsecret.yaml
- pvcs.yaml
- kumamonitors.yaml
+1 -1
View File
@@ -30,7 +30,7 @@ spec:
type: RuntimeDefault
containers:
- name: controller
image: gitea.renner.uno/gitea_admin/kuma-sync:2026-10-19-0646 # {"$imagepolicy": "flux-system:kuma-sync"}
image: gitea.renner.uno/gitea_admin/kuma-sync:2026-10-19-0857 # {"$imagepolicy": "flux-system:kuma-sync"}
env:
- name: KUMA_URL
value: https://kuma.renner.uno
@@ -1,8 +1,6 @@
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
- crd-kumamonitors.yaml
- externalsecret.yaml
- rbac.yaml
- deployment.yaml
- monitors
@@ -1,53 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks
namespace: kuma-sync
spec:
type: group
displayName: Audiobooks
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-health
namespace: kuma-sync
spec:
type: keyword
displayName: Audiobookshelf Health
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://audiobooks.renner.uno/healthcheck
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: OK
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: audiobooks-status
namespace: kuma-sync
spec:
type: json-query
displayName: Audiobookshelf Server
parentRef:
name: audiobooks
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# initialized-server flag from the unauthenticated status endpoint
url: https://audiobooks.renner.uno/status
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: isInit
operator: ==
expected: "true"
@@ -1,48 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth
namespace: kuma-sync
spec:
type: group
displayName: Authentik
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-live
namespace: kuma-sync
spec:
type: http
displayName: Authentik Live
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated health endpoint, empty body
url: https://auth.renner.uno/-/health/live/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: auth-ready
namespace: kuma-sync
spec:
type: http
displayName: Authentik Ready
parentRef:
name: auth
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated readiness endpoint (database and cache), empty body
url: https://auth.renner.uno/-/health/ready/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
@@ -1,30 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs
namespace: kuma-sync
spec:
type: group
displayName: Documents
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs-gate
namespace: kuma-sync
spec:
type: keyword
displayName: Documents Login
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 20
http:
# Paperless is fully behind the Authentik gate; asserts the login page the redirect chain ends on
url: https://docs.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: <title>authentik</title>
@@ -1,53 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home
namespace: kuma-sync
spec:
type: group
displayName: Home Assistant
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-api
namespace: kuma-sync
spec:
type: json-query
displayName: Home Assistant API
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# unauthenticated login-provider list, served by the HA core backend
url: https://home.renner.uno/auth/providers
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: providers[type="homeassistant"].name
operator: ==
expected: Home Assistant Local
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: home-web
namespace: kuma-sync
spec:
type: keyword
displayName: Home Assistant Web
parentRef:
name: home
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://home.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: <title>Home Assistant</title>
@@ -1,31 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich
namespace: kuma-sync
spec:
type: group
displayName: Immich
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: immich-api
namespace: kuma-sync
spec:
type: json-query
displayName: Immich API
parentRef:
name: immich
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://immich.renner.uno/api/server/ping
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: res
operator: ==
expected: pong
@@ -1,10 +0,0 @@
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
- renner-uno.yaml
- home.yaml
- immich.yaml
- auth.yaml
- docs.yaml
- audiobooks.yaml
- third-party.yaml
@@ -1,51 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno
namespace: kuma-sync
spec:
type: group
displayName: Renner.uno Website
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-www
namespace: kuma-sync
spec:
type: keyword
displayName: www.renner.uno
parentRef:
name: renner-uno
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://www.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: Familie Renner
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-apex
namespace: kuma-sync
spec:
type: keyword
displayName: renner.uno
parentRef:
name: renner-uno
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# 301 to www, followed
url: https://renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: Familie Renner
@@ -1,87 +0,0 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: third-party
namespace: kuma-sync
spec:
type: group
displayName: Third-party
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-portal
namespace: kuma-sync
spec:
type: http
displayName: MCB Portal
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
# root 302s to / to set a session cookie; Kuma keeps no cookies, so do not follow
url: https://portal.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299", "302"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-tech
namespace: kuma-sync
spec:
type: http
displayName: MCB Technician Portal
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
url: https://tech.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-www
namespace: kuma-sync
spec:
type: http
displayName: MCB Website
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
# 301 to /index.html, followed
url: https://www.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: turm1388
namespace: kuma-sync
spec:
type: http
displayName: Wohnen im Turm
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
url: https://turm1388.de/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
@@ -0,0 +1,73 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: llm
namespace: ai
spec:
type: group
displayName: LLM
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: llm-dns
namespace: ai
spec:
type: dns
displayName: LLM DNS
parentRef:
name: llm
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: llm.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: llm-http
namespace: ai
spec:
type: http
displayName: LLM HTTP
parentRef:
name: llm
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://llm.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: llm-gate
namespace: ai
spec:
type: keyword
displayName: LLM Login
parentRef:
name: llm
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 20
http:
# fully behind the Authentik gate; asserts the login page the redirect chain ends on
url: https://llm.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>authentik</title>"
@@ -7,3 +7,4 @@ resources:
- ingress.yaml
- wiki-embed.yaml
- wiki-embed-ingress.yaml
- kumamonitors.yaml
+274
View File
@@ -0,0 +1,274 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix
namespace: matrix
spec:
type: group
displayName: Matrix
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix-dns
namespace: matrix
spec:
type: dns
displayName: Synapse DNS
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: matrix.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix-http
namespace: matrix
spec:
type: http
displayName: Synapse HTTP
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://matrix.renner.uno/_matrix/client/versions
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix-versions
namespace: matrix
spec:
type: json-query
displayName: Synapse Client API
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://matrix.renner.uno/_matrix/client/versions
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: $count(versions)
operator: ">"
expected: "0"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix-well-known
namespace: matrix
spec:
type: json-query
displayName: Matrix Client Discovery
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://matrix.renner.uno/.well-known/matrix/client
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: "`m.homeserver`.base_url"
operator: "=="
expected: "https://matrix.renner.uno/"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: matrix-login
namespace: matrix
spec:
type: json-query
displayName: Matrix Login (MAS)
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# login path routed to MAS; asserts SSO is offered
url: https://matrix.renner.uno/_matrix/client/v3/login
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: "\"m.login.sso\" in flows.type"
operator: "=="
expected: "true"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mas-dns
namespace: matrix
spec:
type: dns
displayName: MAS DNS
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: account.matrix.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mas-http
namespace: matrix
spec:
type: http
displayName: MAS HTTP
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://account.matrix.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mas-discovery
namespace: matrix
spec:
type: json-query
displayName: MAS OIDC Discovery
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://account.matrix.renner.uno/.well-known/openid-configuration
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: issuer
operator: "=="
expected: "https://account.matrix.renner.uno/"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: element-dns
namespace: matrix
spec:
type: dns
displayName: Element DNS
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: element.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: element-http
namespace: matrix
spec:
type: http
displayName: Element HTTP
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://element.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: element-web
namespace: matrix
spec:
type: keyword
displayName: Element Web
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://element.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>Element</title>"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: element-config
namespace: matrix
spec:
type: json-query
displayName: Element Config
parentRef:
name: matrix
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://element.renner.uno/config.json
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: "default_server_config.`m.homeserver`.base_url"
operator: "=="
expected: "https://matrix.renner.uno"
@@ -11,3 +11,4 @@ resources:
- cluster.yaml
- scheduled-backup.yaml
- hetzner-creds-externalsecret.yaml
- kumamonitors.yaml
@@ -0,0 +1,436 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: netbird-proxies
namespace: monitoring
spec:
type: group
displayName: NetBird Proxies
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: netbird-proxies-dns
namespace: monitoring
spec:
type: dns
displayName: proxy.renner.uno DNS
parentRef:
name: netbird-proxies
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# target of the *.renner.uno wildcard
hostname: proxy.renner.uno
resolveType: AAAA
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-1
namespace: monitoring
spec:
type: group
displayName: proxy-1.renner.uno
parentRef:
name: netbird-proxies
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-1-dns
namespace: monitoring
spec:
type: dns
displayName: proxy-1.renner.uno DNS
parentRef:
name: proxy-1
interval: 60
retryInterval: 60
maxRetries: 1
dns:
hostname: proxy-1.renner.uno
resolveType: AAAA
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-1-http
namespace: monitoring
spec:
type: http
displayName: proxy-1.renner.uno HTTP
parentRef:
name: proxy-1
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# pinned to this proxy; the Host header sets SNI, so the proxy routes status.renner.uno
url: https://proxy-1.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
headers:
Host: status.renner.uno
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-1-route
namespace: monitoring
spec:
type: json-query
displayName: proxy-1.renner.uno Route
parentRef:
name: proxy-1
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# end to end through this proxy, the mesh and Traefik to Gatus
url: https://proxy-1.renner.uno/health
acceptedStatusCodes: ["200-299"]
headers:
Host: status.renner.uno
expiryNotification: true
jsonQuery:
expression: status
operator: "=="
expected: "UP"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-2
namespace: monitoring
spec:
type: group
displayName: proxy-2.renner.uno
parentRef:
name: netbird-proxies
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-2-dns
namespace: monitoring
spec:
type: dns
displayName: proxy-2.renner.uno DNS
parentRef:
name: proxy-2
interval: 60
retryInterval: 60
maxRetries: 1
dns:
hostname: proxy-2.renner.uno
resolveType: AAAA
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-2-dns-a
namespace: monitoring
spec:
type: dns
displayName: proxy-2.renner.uno DNS (IPv4)
parentRef:
name: proxy-2
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# the fleet's only IPv4 address
hostname: proxy-2.renner.uno
resolveType: A
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-2-http
namespace: monitoring
spec:
type: http
displayName: proxy-2.renner.uno HTTP
parentRef:
name: proxy-2
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# pinned to this proxy; the Host header sets SNI, so the proxy routes status.renner.uno
url: https://proxy-2.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
headers:
Host: status.renner.uno
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: proxy-2-route
namespace: monitoring
spec:
type: json-query
displayName: proxy-2.renner.uno Route
parentRef:
name: proxy-2
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# end to end through this proxy, the mesh and Traefik to Gatus
url: https://proxy-2.renner.uno/health
acceptedStatusCodes: ["200-299"]
headers:
Host: status.renner.uno
expiryNotification: true
jsonQuery:
expression: status
operator: "=="
expected: "UP"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-apex
namespace: monitoring
spec:
type: group
displayName: renner.uno Apex
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-apex-dns
namespace: monitoring
spec:
type: dns
displayName: renner.uno DNS
parentRef:
name: renner-uno-apex
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# Cloudflare-proxied apex, not the wildcard
hostname: renner.uno
resolveType: AAAA
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-apex-http
namespace: monitoring
spec:
type: http
displayName: renner.uno HTTP
parentRef:
name: renner-uno-apex
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-apex-redirect
namespace: monitoring
spec:
type: keyword
displayName: renner.uno
parentRef:
name: renner-uno-apex
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# 301 to www, followed
url: https://renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: Familie Renner
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: third-party
namespace: monitoring
spec:
type: group
displayName: Third-party
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-portal-dns
namespace: monitoring
spec:
type: dns
displayName: MCB Portal DNS
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# no AAAA record
hostname: portal.multi-circuit-boards.eu
resolveType: A
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-portal
namespace: monitoring
spec:
type: http
displayName: MCB Portal
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
# root 302s to / to set a session cookie; do not follow
url: https://portal.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299", "302"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-tech-dns
namespace: monitoring
spec:
type: dns
displayName: MCB Technician Portal DNS
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# no AAAA record
hostname: tech.multi-circuit-boards.eu
resolveType: A
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-tech
namespace: monitoring
spec:
type: http
displayName: MCB Technician Portal
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
url: https://tech.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-www-dns
namespace: monitoring
spec:
type: dns
displayName: MCB Website DNS
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# no AAAA record
hostname: www.multi-circuit-boards.eu
resolveType: A
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: mcb-www
namespace: monitoring
spec:
type: http
displayName: MCB Website
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
# 301 to /index.html, followed
url: https://www.multi-circuit-boards.eu/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: turm1388-dns
namespace: monitoring
spec:
type: dns
displayName: Wohnen im Turm DNS
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
dns:
hostname: turm1388.de
resolveType: AAAA
resolveServer: "2606:4700:4700::1111,1.1.1.1"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: turm1388
namespace: monitoring
spec:
type: http
displayName: Wohnen im Turm
parentRef:
name: third-party
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 15
http:
url: https://turm1388.de/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
@@ -17,6 +17,7 @@ resources:
- smartctl-exporter.yaml
- intel-gpu-exporter.yaml
- dashboards/
- kumamonitors.yaml
# prometheusrule-garage.yaml lives in ./monitoring-rules/ and is applied by a
# separate Flux Kustomization that dependsOn `monitoring` — otherwise the
# server-side dry-run of the PrometheusRule fails on a fresh cluster
@@ -0,0 +1,75 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: music
namespace: music-assistant
spec:
type: group
displayName: Music Assistant
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: music-dns
namespace: music-assistant
spec:
type: dns
displayName: Music Assistant DNS
parentRef:
name: music
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: music.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: music-http
namespace: music-assistant
spec:
type: http
displayName: Music Assistant HTTP
parentRef:
name: music
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://music.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: music-info
namespace: music-assistant
spec:
type: json-query
displayName: Music Assistant Server
parentRef:
name: music
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# unauthenticated server info
url: https://music.renner.uno/info
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: $exists(server_version)
operator: "=="
expected: "true"
@@ -6,3 +6,4 @@ resources:
- configmap-net-reconcile.yaml
- deployment.yaml
- ingress.yaml
- kumamonitors.yaml
+149
View File
@@ -0,0 +1,149 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: navidrome
namespace: navidrome
spec:
type: group
displayName: Navidrome
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: navidrome-dns
namespace: navidrome
spec:
type: dns
displayName: Navidrome DNS
parentRef:
name: navidrome
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: navidrome.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: navidrome-http
namespace: navidrome
spec:
type: http
displayName: Navidrome HTTP
parentRef:
name: navidrome
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://navidrome.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: navidrome-subsonic
namespace: navidrome
spec:
type: json-query
displayName: Navidrome Subsonic API
parentRef:
name: navidrome
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# ungated Subsonic path; without credentials it answers with a typed error
url: https://navidrome.renner.uno/rest/ping.view?f=json
acceptedStatusCodes: ["200-299"]
expiryNotification: true
jsonQuery:
expression: "`subsonic-response`.type"
operator: "=="
expected: "navidrome"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: lidarr
namespace: navidrome
spec:
type: group
displayName: Lidarr
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: lidarr-dns
namespace: navidrome
spec:
type: dns
displayName: Lidarr DNS
parentRef:
name: lidarr
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: lidarr.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: lidarr-http
namespace: navidrome
spec:
type: http
displayName: Lidarr HTTP
parentRef:
name: lidarr
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://lidarr.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: lidarr-gate
namespace: navidrome
spec:
type: keyword
displayName: Lidarr Login
parentRef:
name: lidarr
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 20
http:
# fully behind the Authentik gate; asserts the login page the redirect chain ends on
url: https://lidarr.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>authentik</title>"
@@ -6,3 +6,4 @@ resources:
- ingress.yaml
- lidarr.yaml
- beets.yaml
- kumamonitors.yaml
+138
View File
@@ -0,0 +1,138 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs
namespace: paperless
spec:
type: group
displayName: Documents
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs-dns
namespace: paperless
spec:
type: dns
displayName: docs.renner.uno DNS
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: docs.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs-http
namespace: paperless
spec:
type: http
displayName: docs.renner.uno HTTP
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://docs.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: docs-gate
namespace: paperless
spec:
type: keyword
displayName: Documents Login
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 20
http:
# Paperless is fully behind the Authentik gate; asserts the login page the redirect chain ends on
url: https://docs.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>authentik</title>"
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: paperless-dns
namespace: paperless
spec:
type: dns
displayName: paperless.renner.uno DNS
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: paperless.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: paperless-http
namespace: paperless
spec:
type: http
displayName: paperless.renner.uno HTTP
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://paperless.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: paperless-gate
namespace: paperless
spec:
type: keyword
displayName: Paperless Login
parentRef:
name: docs
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 20
http:
# behind the Authentik gate; asserts the login page the redirect chain ends on
url: https://paperless.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: "<title>authentik</title>"
@@ -20,6 +20,7 @@ resources:
- scheduled-backup.yaml
- hetzner-creds-externalsecret.yaml
- pvcs.yaml
- kumamonitors.yaml
configMapGenerator:
# vsftpd config for the ftp-scanner deployment. The content-hash name
# suffix is intentionally LEFT ENABLED (unlike home-assistant's nginx
+1 -1
View File
@@ -182,7 +182,7 @@ spec:
drop: ["ALL"]
containers:
- name: paperless
image: ghcr.io/paperless-ngx/paperless-ngx:3.3.2 # {"$imagepolicy": "flux-system:paperless-ngx"}
image: ghcr.io/paperless-ngx/paperless-ngx:3.3.3 # {"$imagepolicy": "flux-system:paperless-ngx"}
ports:
- name: http
containerPort: 8000
+1 -1
View File
@@ -32,7 +32,7 @@ spec:
type: RuntimeDefault
containers:
- name: review-bot
image: gitea.renner.uno/gitea_admin/review-bot:2026-10-19-0540 # {"$imagepolicy": "flux-system:review-bot"}
image: gitea.renner.uno/gitea_admin/review-bot:2026-10-19-0912 # {"$imagepolicy": "flux-system:review-bot"}
env:
- name: REPOS
value: konairius/homelab,konairius/homeassistant,konairius/authentik-samba-bridge,konairius/shelly-manager
+16 -7
View File
@@ -24,7 +24,7 @@ metadata:
namespace: ai
annotations:
# Keys, tokens and the Anthropic key arrive via envFrom; a rotated Secret rolls the pod.
secret.reloader.stakater.com/reload: wiki-gitea,wiki-api-keys,wiki-typesafe,wiki-anthropic
secret.reloader.stakater.com/reload: wiki-gitea,wiki-api-keys,wiki-typesafe,wiki-anthropic,wiki-api-basic-auth
labels:
app.kubernetes.io/name: wiki
spec:
@@ -53,7 +53,7 @@ spec:
type: RuntimeDefault
containers:
- name: wiki
image: gitea.renner.uno/konairius/wiki:build.1790322994 # {"$imagepolicy": "flux-system:wiki"}
image: gitea.renner.uno/konairius/wiki:build.1792419299 # {"$imagepolicy": "flux-system:wiki"}
securityContext:
allowPrivilegeEscalation: false
readOnlyRootFilesystem: true
@@ -72,11 +72,14 @@ spec:
value: main
- name: Wiki__Embeddings__Models__bge-m3__Url
value: http://wiki-embed.ai.svc.cluster.local:8080
# Pod networks: the CNPs admit only the gate outpost and Gitea.
- name: Auth__ReverseProxy__TrustedProxies__0
value: fd10:244::/48
- name: Auth__ReverseProxy__TrustedProxies__1
value: 10.244.0.0/16
# Human login: the `wiki` application in apps/authentik/blueprints-configmap.yaml.
- name: Auth__Oidc__Authority
value: https://auth.renner.uno/application/o/wiki/
- name: Auth__Oidc__ClientId
value: wiki
# wiki-index BasicAuth users (htpasswd), checked by the service for the read API.
- name: Auth__Basic__UsersPath
value: /var/run/secrets/wiki-basic-auth
envFrom:
- secretRef:
name: wiki-gitea
@@ -122,12 +125,18 @@ spec:
mountPath: /data
- name: tmp
mountPath: /tmp
- name: basic-auth
mountPath: /var/run/secrets/wiki-basic-auth
readOnly: true
volumes:
- name: data
persistentVolumeClaim:
claimName: wiki-data
- name: tmp
emptyDir: {}
- name: basic-auth
secret:
secretName: wiki-api-basic-auth
---
apiVersion: v1
kind: Service
+1 -1
View File
@@ -87,7 +87,7 @@ spec:
key: apps/ai/wiki-anthropic
property: api_key
---
# BasicAuth users for the machine door; same OpenBao key as the Python service used.
# BasicAuth users for the machine door, read by Traefik and by the service; same OpenBao key as the Python service used.
apiVersion: external-secrets.io/v1
kind: ExternalSecret
metadata:
+6 -18
View File
@@ -1,7 +1,6 @@
# wiki.renner.uno — LAN-only (no dns.renner.uno/public label). Gated by
# authentik-gate-sync (ingress class authentik-gate); the service trusts
# X-Authentik-Username only from pod addresses, and the generated CNP admits
# only the gate outpost.
# wiki.renner.uno — LAN-only (no dns.renner.uno/public label). Plain Traefik:
# the service signs humans in itself with OIDC (application `wiki` in
# apps/authentik/blueprints-configmap.yaml).
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
@@ -10,7 +9,7 @@ metadata:
annotations:
cert-manager.io/cluster-issuer: letsencrypt-cluster
spec:
ingressClassName: authentik-gate
ingressClassName: traefik
tls:
- hosts:
- wiki.renner.uno
@@ -28,8 +27,7 @@ spec:
number: 8080
---
# wiki-index.renner.uno — the machine door (bin/wiki_rank.py, wiki_ask.py):
# Traefik BasicAuth, and the identity header stripped so only the outpost path
# can carry X-Authentik-Username to the service.
# Traefik BasicAuth; the service checks the same credentials itself.
apiVersion: traefik.io/v1alpha1
kind: Middleware
metadata:
@@ -40,16 +38,6 @@ spec:
secret: wiki-api-basic-auth
realm: wiki
---
apiVersion: traefik.io/v1alpha1
kind: Middleware
metadata:
name: wiki-api-strip-identity
namespace: ai
spec:
headers:
customRequestHeaders:
X-Authentik-Username: ""
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
@@ -57,7 +45,7 @@ metadata:
namespace: ai
annotations:
cert-manager.io/cluster-issuer: letsencrypt-cluster
traefik.ingress.kubernetes.io/router.middlewares: ai-wiki-api-strip-identity@kubernetescrd,ai-wiki-api-basic-auth@kubernetescrd
traefik.ingress.kubernetes.io/router.middlewares: ai-wiki-api-basic-auth@kubernetescrd
spec:
ingressClassName: traefik
tls:
+1 -1
View File
@@ -25,7 +25,7 @@ spec:
fsGroup: 33
containers:
- name: wordpress
image: wordpress:7.1.3-php8.5-apache@sha256:ce31904fa1e51b73543fa2e35cc8f1747589b2abf48dc747b422749b88b77e9e
image: wordpress:7.1.3-php8.3-apache@sha256:8ecd8d8e374167ea22235acf30f80d1165b82f07ffa5bcef90c1cad8f7be251f
ports:
- name: http
containerPort: 80
@@ -0,0 +1,72 @@
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno
namespace: wordpress
spec:
type: group
displayName: Renner.uno Website
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-www-dns
namespace: wordpress
spec:
type: dns
displayName: www.renner.uno DNS
parentRef:
name: renner-uno
interval: 60
retryInterval: 60
maxRetries: 1
dns:
# cluster services have no own record; they resolve through the *.renner.uno wildcard
hostname: www.renner.uno
resolveType: CNAME
resolveServer: "2606:4700:4700::1111,1.1.1.1"
conditions:
- operator: equals
value: proxy.renner.uno
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-www-http
namespace: wordpress
spec:
type: http
displayName: www.renner.uno HTTP
parentRef:
name: renner-uno
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
# reachable: any answer from the backend below 5xx, redirects not followed
url: https://www.renner.uno/
acceptedStatusCodes: ["200-499"]
maxRedirects: 0
expiryNotification: true
---
apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
metadata:
name: renner-uno-www
namespace: wordpress
spec:
type: keyword
displayName: www.renner.uno
parentRef:
name: renner-uno
interval: 60
retryInterval: 60
maxRetries: 1
timeout: 10
http:
url: https://www.renner.uno/
acceptedStatusCodes: ["200-299"]
expiryNotification: true
keyword:
keyword: Familie Renner
@@ -6,3 +6,4 @@ resources:
- pvc.yaml
- deployment.yaml
- ingress.yaml
- kumamonitors.yaml
+6 -6
View File
@@ -93,18 +93,18 @@ GITHUB_REPO="${GITHUB_REPO:-Homelab}"
GHCR_PULL_USER="${GHCR_PULL_USER:-konairius}"
FLUX_PATH="kubernetes/clusters/homelab"
# Branch Flux reconciles from, and that `flux bootstrap` commits its own sync
# manifests into. master for a real rebuild.
# manifests into. main for a real rebuild.
#
# Overridable so the phase can be rehearsed without writing to master — point it
# Overridable so the phase can be rehearsed without writing to main — point it
# at a throwaway branch, which has to exist already: `flux bootstrap` clones the
# branch and fails with `couldn't find remote ref` rather than creating it.
#
# git push origin origin/master:refs/heads/rehearsal-1
# git push origin origin/main:refs/heads/rehearsal-1
# FLUX_BRANCH=rehearsal-1 ./bootstrap.sh flux
#
# Nothing else about the phase changes, which is the point. Delete the branch
# afterwards.
FLUX_BRANCH="${FLUX_BRANCH:-master}"
FLUX_BRANCH="${FLUX_BRANCH:-main}"
SOPS_KEY="$HOME/.config/sops/age/keys.txt"
PHASE="${1:-all}"
@@ -1475,8 +1475,8 @@ if [[ "$PHASE" == "vmtest" ]]; then
# GITEA_TOKEN and a FLUX_BRANCH to write to, because `flux bootstrap`
# commits its sync manifests into the branch it reconciles.
if [[ "${VMTEST_FULL:-0}" == "1" ]]; then
[[ "$FLUX_BRANCH" != "master" ]] \
|| fail "VMTEST_FULL would have flux bootstrap commit into master — point FLUX_BRANCH at a throwaway branch that already exists"
[[ "$FLUX_BRANCH" != "main" ]] \
|| fail "VMTEST_FULL would have flux bootstrap commit into main — point FLUX_BRANCH at a throwaway branch that already exists"
echo -e "${YELLOW}Continuing into the flux phase against branch ${FLUX_BRANCH}.${NC}"
PHASE=all
else
+5
View File
@@ -21,3 +21,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -26,3 +26,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -31,3 +31,7 @@ spec:
kind: Cluster
failed: "has(status.phase) && status.phase.startsWith('Failed')"
current: "has(status.phase) && (status.phase == 'Cluster in healthy state' || status.readyInstances > 0)"
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -8,7 +8,7 @@ metadata:
spec:
interval: 1m0s
ref:
branch: master
branch: main
secretRef:
name: flux-system
url: https://gitea.renner.uno/konairius/homelab.git
@@ -17,3 +17,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: gitea # serves Gitea's API
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
+5
View File
@@ -25,3 +25,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -26,6 +26,11 @@ spec:
- name: cnpg-object-stores # the ObjectStores its Cluster names
- name: gitea # mqtt-account-controller's image is in Gitea's registry
- name: influxdb # HA's InfluxDB integration writes there
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
---
apiVersion: kustomize.toolkit.fluxcd.io/v1
kind: Kustomization
+4
View File
@@ -30,3 +30,7 @@ spec:
kind: Cluster
failed: "has(status.phase) && status.phase.startsWith('Failed')"
current: "has(status.phase) && (status.phase == 'Cluster in healthy state' || status.readyInstances > 0)"
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -21,6 +21,11 @@ spec:
dependsOn:
- name: infrastructure
- name: infrastructure-crds
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
---
apiVersion: kustomize.toolkit.fluxcd.io/v1
kind: Kustomization
+2 -1
View File
@@ -1,4 +1,5 @@
# kuma-sync controller: KumaMonitor -> Uptime Kuma monitors. Ships no KumaMonitor objects.
# kuma-sync controller: KumaMonitor -> Uptime Kuma monitors. Ships no KumaMonitor objects;
# they live with their app, the CRD in infrastructure/kuma-sync-crds.
# healthCheckExprs: Flux has no status reader for ExternalSecret; fail only on the non-retrying reasons.
apiVersion: kustomize.toolkit.fluxcd.io/v1
kind: Kustomization
@@ -20,3 +20,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
+4
View File
@@ -27,3 +27,7 @@ spec:
kind: Cluster
failed: "has(status.phase) && status.phase.startsWith('Failed')"
current: "has(status.phase) && (status.phase == 'Cluster in healthy state' || status.readyInstances > 0)"
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -47,6 +47,11 @@ spec:
dependsOn:
- name: grafana-db
- name: influxdb # its Job writes the grafana-influxdb-token Secret Grafana mounts
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
---
apiVersion: kustomize.toolkit.fluxcd.io/v1
kind: Kustomization
@@ -26,3 +26,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -18,3 +18,8 @@ spec:
- name: infrastructure
- name: infrastructure-crds
- name: infrastructure-ceph-cluster
healthCheckExprs:
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"
@@ -31,3 +31,7 @@ spec:
kind: Cluster
failed: "has(status.phase) && status.phase.startsWith('Failed')"
current: "has(status.phase) && (status.phase == 'Cluster in healthy state' || status.readyInstances > 0)"
# KumaMonitor Ready tracks Uptime Kuma on the VPS, not this apply.
- apiVersion: uptime.renner.uno/v1alpha1
kind: KumaMonitor
current: "true"

Some files were not shown because too many files have changed in this diff Show More