Commit 1839d86
committed
busbar 0.1.2 — admin-mTLS works out of the box (live-cluster fix)
Testing the admin plane on a cert-manager cluster showed adminTLS.enabled
gave only a server cert, but busbar's boot-guard requires mTLS
(client_ca_file) on a network-exposed admin listener → crash loop.
- Wire client_ca_file from the ca.crt cert-manager writes into the
server-cert Secret, so adminTLS.certManager.enabled=true is real mTLS
with no extra config. Explicit clientCASecret still wins.
- Guard: adminTLS.enabled + existingSecret + no clientCASecret now fails
helm install with guidance instead of crash-looping.
Verified on kind + cert-manager: admin+mTLS boots (client_ca_file present),
ingress + NetworkPolicy (admin restricted to one namespace) apply cleanly.1 parent 166c764 commit 1839d86
4 files changed
Lines changed: 26 additions & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
1 | 1 | | |
2 | 2 | | |
| 3 | + | |
| 4 | + | |
| 5 | + | |
| 6 | + | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
3 | 17 | | |
4 | 18 | | |
5 | 19 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
2 | 2 | | |
3 | 3 | | |
4 | 4 | | |
5 | | - | |
| 5 | + | |
6 | 6 | | |
7 | 7 | | |
8 | 8 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
90 | 90 | | |
91 | 91 | | |
92 | 92 | | |
| 93 | + | |
| 94 | + | |
| 95 | + | |
| 96 | + | |
| 97 | + | |
93 | 98 | | |
94 | 99 | | |
95 | 100 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
19 | 19 | | |
20 | 20 | | |
21 | 21 | | |
| 22 | + | |
| 23 | + | |
| 24 | + | |
| 25 | + | |
22 | 26 | | |
23 | 27 | | |
| 28 | + | |
| 29 | + | |
24 | 30 | | |
25 | 31 | | |
26 | 32 | | |
| |||
0 commit comments