2 Commits

Author	SHA1	Message	Date
Christoph Emsenhuber	6e2a7cfb47	TP10: Global-Scope-Fix für cfDdnsToken im DDNS-Updater (RouterOS 7.24 Skript-Scope vs CLI-Scope) ... Problem: :global cfDdnsToken liest im Skript-Kontext 'nothing', obwohl /system script environment cfDdnsToken gesetzt ist (53 Zeichen, live verifiziert). Fix: /system script environment get statt :global — scope-unabhängig auf ROS 7.24. Skript importiert als tp10-ddns-bf4, Trigger: DHCP-Client client1 (Lease-Event), kein stündlicher Scheduler nötig (Entscheidung 2026-10-03). Recovery-Lücke dokumentiert: GC-Template rendert kein /system script / /system scheduler — Recovery von null hätte Updater nicht. Co-Authored-By: Claude Code <noreply@anthropic.com>	2026-10-03 17:38:55 +02:00
Christoph Emsenhuber	5ad71b37c0	TP10: Mesh-DDNS-Updater gebaut, Handoff für Finalisierung ... Skript `tp10-ddns-bf4` auf crs326-core angelegt (MIT, Basis bajodel/mikrotik-cloudflare-dns): - WAN-IP aus DHCP-Lease (client1/vlan100), NICHT von Echo-Diensten - check-certificate=yes, Public-IPv4-Guard, Idempotenz, Token als globale Variable CF_DNS_API_TOKEN (eng gescoped: Zone→DNS:Edit nur emsenhuber.net/bf4) liegt in ~/.secrets/credentials.env und ist als cfDdnsToken auf Core gesetzt. Offen: Global-Scope-Problem (Variable im Skript nicht sichtbar) — Handlauf 1+2, Scheduler, Positiv-Test, TP10 #49 schließen stehen aus. Handoff-Dokumentation in docs/handoff-20261003-tp10-ddns-finalisierung.md. Co-Authored-By: Claude Code <noreply@anthropic.com>	2026-10-03 17:17:33 +02:00