Categories:
owned-dns Specification
Purpose
Define Proxmox cluster DNS management through the owner’s tf root,
including canonical declarations, scoped credentials, and offline source checks
before adopting live records.
Requirements
Requirement: Owner-local DNS configuration
The tf root SHALL consume this owner’s canonical dnsconfig.json through
the shared DNS Terraform module, preserving declared record identities and views.
DNS resources SHALL default to disabled until the authorized adoption revision
and SHALL retain enabled ownership after existing records are imported into the
owner’s state. Reconciliation against unchanged declarations and adopted state
SHALL propose no record additions, changes, replacements, or deletions.
Scenario: Inspect the preparatory configuration
- WHEN the checked-in root is evaluated with default inputs before its authorized adoption revision
- THEN it reads this owner’s declaration and disables managed DNS records
- AND the package contains the module and declaration inputs
Scenario: Adopt existing DNS records
- WHEN the authorized adoption audits competing writers, keeps identified writers stopped within the recorded coverage, and enables owner record management
- THEN the owning root imports existing records by exact provider ID into its state while preserving their declared identities and views
Scenario: Inspect adopted source defaults
- WHEN the adopted root uses its checked-in source defaults
- THEN DNS ownership remains enabled and the package retains the module and canonical declaration inputs
Scenario: Reconcile existing DNS records
- WHEN the owning root plans against its adopted state and unchanged declarations
- THEN it proposes no record additions, changes, replacements, or deletions
Requirement: Scoped DNS execution and offline checks
The DNS wrappers SHALL select src_infra_dc1_pve1 through the repository AL flow
and keep secret values in injected variables. dns.plan, dns.show, and
dns.apply SHALL select dns=1 and operate on module.dns in the existing tf
root and backend. Apply SHALL consume the reviewed saved plan. Required root
inputs SHALL retain their existing Vault readers, while ordinary Proxmox
authentication SHALL remain separate. Scoped DNS operations SHALL verify DNS
and its dependencies without establishing overall PVE service health.
Real DNS credentials and Vault policy grants SHALL be prerequisites for
operational Terraform calls. RouterOS DNS credentials SHALL be isolated from
unrelated RouterOS resources. The package SHALL expose a format test that does
not authenticate to Vault or contact DNS providers.
Scenario: Validate the Terraform source
- WHEN the package format test executes
- THEN it checks the packaged Terraform configuration without live credentials
- AND existing non-DNS authentication and backend paths remain unchanged
Scenario: Prepare an operational Terraform invocation
- WHEN the scoped DNS wrapper selects
dns=1 - THEN it selects DNS credential injection through the owner AppRole and uses the existing root and backend without starting Proxmox login
- AND the targeted plan and saved-plan apply cover DNS and its dependencies, without proving PVE host or API health
- AND disabled DNS resources do not imply offline provider configuration