Fix Caddy pillar: wrong Tailscale hostname for landscaping-assistant #444
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/pal-e-platform#444
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Type
Feature
Lineage
Introduced in PR #442 (issue #434). The Caddy pillar data has
landscaping.tail5b443a.ts.netbut the actual Tailscale machine name islandscaping-assistant. Caddy on the edge-proxy was manually corrected tolandscaping-assistant.tail5b443a.ts.net, but the pillar source of truth is wrong.Repo
ldraney/pal-e-platformUser Story
As a platform operator
I want the Caddy pillar to have the correct Tailscale hostname
So that a future
salt state.apply caddydoesn't revert the working config to a broken oneContext
tailscale statusshows the machine name islandscaping-assistant, notlandscaping. The edge-proxy Caddyfile was manually fixed during deployment validation. The pillar must match to prevent drift.File Targets
Files the agent should modify:
salt/pillar/caddy.sls— changeproxy_target: landscaping.tail5b443a.ts.nettoproxy_target: landscaping-assistant.tail5b443a.ts.netFeature Flag
none
Acceptance Criteria
salt/pillar/caddy.slshasproxy_target: landscaping-assistant.tail5b443a.ts.netfor the landscaping siteTest Expectations
Constraints
Checklist
Related
ldraney/pal-e-platform #434— PR #442 that introduced the typoldraney/pal-e-platform #440— pillarization PR that created the pillar structure