n8n: permitir modulos internos de Node en los nodos Code

Tres workflows ACTIVOS fallaban con "Module 'https' is disallowed" sin que
saltara ninguna alerta, porque estaba NODE_FUNCTION_ALLOW_EXTERNAL (paquetes
npm) pero no NODE_FUNCTION_ALLOW_BUILTIN (modulos internos):

  - Uptime Kuma -> K8s Auto-Restart  ultimo exito 2026-07-23 07:51
  - TLS Certs -> Alerta Telegram     ultimo exito 2026-04-13
  - Resumen Diario - Metricas K8s    30 fallos, 0 exitos

Es decir: el auto-reinicio que dispara Uptime Kuma llevaba una semana
muerto. Se rompio al reiniciarse el pod la tarde del 23-jul, cuando el task
runner empezo a bloquear require() de modulos internos.

Lista explicita (fs,http,https) en vez de '*': es justo lo que piden los
nodos Code de esos workflows, y asi un modulo nuevo falla a la vista en vez
de estar concedido de antemano.

n8n/deployment-n8n.yaml

@@ -74,6 +74,18 @@ spec:
               value: /home/node/.n8n
             - name: NODE_FUNCTION_ALLOW_EXTERNAL
               value: "*"
+            # ALLOW_EXTERNAL es para paquetes npm; los módulos INTERNOS de Node
+            # necesitan esta otra, y sin ella el task runner responde
+            # "Module 'https' is disallowed" (2026-07-30). Tenía tres workflows
+            # activos rotos sin que saltara nada: el auto-reinicio que dispara
+            # Uptime Kuma (último éxito 23-jul 07:51, se rompió al reiniciarse el
+            # pod esa tarde), "TLS Certs → Alerta Telegram" (último éxito 13-abr)
+            # y "Resumen Diario — Métricas K8s" (30 fallos, 0 éxitos).
+            # Lista explícita y no "*": es exactamente lo que piden los nodos Code
+            # de esos workflows, y si algún día hace falta otro módulo, que falle
+            # a la vista en vez de conceder todo por defecto.
+            - name: NODE_FUNCTION_ALLOW_BUILTIN
+              value: "fs,http,https"
             - name: GENERIC_TIMEZONE
               value: Europe/Madrid
             - name: DB_TYPE