fix(ci) : l'IaC de factory tourne de nouveau — OpenTofu dans le conteneur du job, et un mode « plan »

dflook/terraform-apply est une action CONTENEUR ; depuis 93e7abf (2026-08-26) les conteneurs de job reçoivent --add-host, et Docker refuse de lancer le conteneur de l'action dans le réseau du job (« conflicting options: custom host-to-IP mapping and the network mode », run 10014 sur pi3). Le dernier apply réussi datait du 2026-07-24 (pi1). OpenTofu s'installe désormais par opentofu/setup-opentofu (JavaScript) et tourne dans ubuntu-latest-ca. Un dispatch peut demander mode=plan pour lire le plan sans rien appliquer ; un push applique comme avant.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

.gitea/workflows/iac.yaml

@@ -3,7 +3,13 @@
 name: IAC
 
 on: #[push,pull_request]
-  workflow_dispatch: {}
+  workflow_dispatch:
+    inputs:
+      mode:
+        description: "plan : montrer ce qui changerait, sans rien appliquer ; apply : appliquer"
+        type: choice
+        options: [apply, plan]
+        default: apply
   push: &tofuPaths
     paths:
       - 'iac/*.tf'
@@ -60,12 +66,30 @@ jobs:
       - uses: actions/checkout@v4
       - name: prepare vault self signed cert
         run: echo -n "${{ secrets.HOMELAB_CA_CERT }}" | base64 -d > $VAULT_CACERT
-      - name: terraform apply
-        uses: dflook/terraform-apply@v1
-        env:
-          # the apply runs in dflook's container, which doesn't trust the homelab CA;
-          # hand the gitea provider the CA cert the step above wrote to the workspace
-          TF_VAR_gitea_cacert_file: "${{ github.workspace }}/homelab.pem"
+      # ⚠ PLUS DE `dflook/terraform-apply` (2026-10-08) : c'est une action CONTENEUR, et
+      # depuis 93e7abf (2026-08-26) les conteneurs de job reçoivent `--add-host` (résolution
+      # figée de la forge, 03_cicd.yml). Docker refuse alors de lancer le conteneur de
+      # l'action dans le réseau du job : « conflicting options: custom host-to-IP mapping
+      # and the network mode » — le dernier apply réussi datait du 2026-07-24 (pi1).
+      # OpenTofu tourne donc DANS le conteneur du job (ubuntu-latest-ca, qui connaît la CA
+      # du homelab), installé par une action JavaScript.
+      - name: install OpenTofu
+        uses: opentofu/setup-opentofu@v1
         with:
-          path: iac
-          auto_approve: true
+          tofu_version: ${{ env.OPENTOFU_VERSION }}
+          tofu_wrapper: false
+      - name: tofu init
+        working-directory: iac
+        run: tofu init -input=false
+      - name: tofu plan
+        working-directory: iac
+        env:
+          TF_VAR_gitea_cacert_file: "${{ github.workspace }}/homelab.pem"
+        run: tofu plan -input=false -out=plan.tfplan
+      # Un `push` (sans entrée) applique, comme avant ; un dispatch en `plan` s'arrête ici.
+      - name: tofu apply
+        if: ${{ github.event_name != 'workflow_dispatch' || inputs.mode != 'plan' }}
+        working-directory: iac
+        env:
+          TF_VAR_gitea_cacert_file: "${{ github.workspace }}/homelab.pem"
+        run: tofu apply -input=false plan.tfplan