SquidGuard-Listen self-managed via GitLab (Shell-Runner)

Beispiel-Setup: ein Repo je AG fuer Zugriffskontrolle, zentrales
Deploy-Repo mit Validierung, Rollout auf beide Proxys, DB-Rebuild
je Gruppe und Auto-Rollback auf den letzten guten Stand.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

ag-repo/.gitlab-ci.yml

@@ -0,0 +1,21 @@
+# Liegt in JEDEM AG-Repo (ag01 .. ag08). Optional - nur fuer sofortigen Deploy.
+# Enthaelt BEWUSST keine Deploy-Secrets, sondern loest nur die zentrale
+# Pipeline aus. Ein Trigger-Token kann nur ausloesen, nichts ausspaehen.
+#
+# CI/CD-Variablen im AG-Repo:
+#   DEPLOY_TRIGGER_TOKEN - Pipeline-Trigger-Token des Deploy-Repos
+#   DEPLOY_PROJECT_ID    - Projekt-ID des Deploy-Repos
+
+stages:
+  - trigger
+
+trigger-deploy:
+  stage: trigger
+  rules:
+    - if: '$CI_COMMIT_BRANCH == "main"'
+  script:
+    - >
+      curl -sf -X POST
+      -F token=$DEPLOY_TRIGGER_TOKEN
+      -F ref=main
+      "https://$CI_SERVER_HOST/api/v4/projects/$DEPLOY_PROJECT_ID/trigger/pipeline"

ag-repo/AG01domain

@@ -0,0 +1,3 @@
+beispiel-erlaubt.de
+docs.example.org
+intranet.firma.local

ag-repo/AG01url

@@ -0,0 +1,2 @@
+example.com/team/ag01
+downloads.example.org/software/freigegeben