Reproducible deployments #84

Closed
ahtlon wants to merge 17 commits from reproducible-deployments into master
Collaborator

This changes our install strategy by first creating the ssh keys, disk-encryption keys and other machine-specific secrets locally, allowing sops secrets to be reencrypted for the host before deploying it. Also the ssh keys will be consistent even with reinstalls, which lowers the effort required.

This changes our install strategy by first creating the ssh keys, disk-encryption keys and other machine-specific secrets locally, allowing sops secrets to be reencrypted for the host before deploying it. Also the ssh keys will be consistent even with reinstalls, which lowers the effort required.
ahtlon added 5 commits 2025-02-14 07:17:51 +01:00
Author
Collaborator

Todo: Move all other hosts to db

Todo: Move all other hosts to db
Owner

Iam wondering a bit why the introduction of keepass is necessary for this. Besides bringing in a second secret managment solution i fear unsolvable merge conflicts due to the binary nature of keepass db.

By looking at scripts/add_new_host_keys.sh and scripts/remote-install-encrypt.sh it seems that all the functionality can also be implemented using pure sops files encrypted with the admin keys. Is there any specific reason for going with keepass here that i overlooked?

Iam wondering a bit why the introduction of keepass is necessary for this. Besides bringing in a second secret managment solution i fear unsolvable merge conflicts due to the binary nature of keepass db. By looking at scripts/add_new_host_keys.sh and scripts/remote-install-encrypt.sh it seems that all the functionality can also be implemented using pure sops files encrypted with the admin keys. Is there any specific reason for going with keepass here that i overlooked?
ahtlon added 3 commits 2025-02-22 12:51:37 +01:00
Author
Collaborator

You are right. I changed the scripts to use sops

You are right. I changed the scripts to use sops
Owner

Nice thats great, thanks a lot!

Nice thats great, thanks a lot!
kalipso reviewed 2025-02-22 18:52:37 +01:00
@@ -13,3 +13,3 @@
- &machine_overwatch age1psj6aeu03s2k4zdfcte89nj4fw95xgk4e7yr3e6k6u2evq84ng3s57p6f0
- &machine_vpn age1v6uxwej4nlrpfanr9js7x6059mtvyg4fw50pzt0a2kt3ahk7edlslafeuh
- &machine_fanny age136sz3lzhxf74ryruvq34d4tmmxnezkqkgu6zqa3dm582c22fgejqagrqxk
- &machine_fanny age1u6ljjefkyy242xxtpm65v8dl908efnpt4txjkh0c9emvagdv8etqt22wll
Owner

I wonder if you generated new host keys for fanny? I could also enter the existing ones so we dont have to do fresh install again

I wonder if you generated new host keys for fanny? I could also enter the existing ones so we dont have to do fresh install again
Author
Collaborator

Yes, pulling the existing keys is better but since fanny is down currently that'll have to wait

Yes, pulling the existing keys is better but since fanny is down currently that'll have to wait
Owner

Alright makes sense. Fanny is currently booting, so this can be taken care of soon!

Alright makes sense. Fanny is currently booting, so this can be taken care of soon!
ahtlon added 5 commits 2025-02-23 13:34:42 +01:00
[sops] change reproducible secrets file structure
Some checks failed
Check flake syntax / flake-check (push) Has been cancelled
2eec2ed980
[fanny] generate deployment secrets on new location
All checks were successful
Check flake syntax / flake-check (push) Successful in 4m11s
251b0f0850
[scripts] make pwpath consistant
All checks were successful
Check flake syntax / flake-check (push) Successful in 7m11s
3bc74a3e80
Reviewed-on: #85
Reviewed-by: Ahtlon <ahtlon@noreply.git.dynamicdiscord.de>
kalipso added 4 commits 2025-02-25 17:50:13 +01:00
Owner

merged manually

merged manually
kalipso closed this pull request 2025-02-25 18:12:48 +01:00
All checks were successful
Check flake syntax / flake-check (push) Successful in 4m10s

Pull request closed

Sign in to join this conversation.
No Reviewers
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: kalipso/infrastructure#84