Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setup bastion host #261

Closed
wants to merge 3 commits into from
Closed

Setup bastion host #261

wants to merge 3 commits into from

Conversation

PurpleBooth
Copy link
Contributor

Currently this does not work as we have no way to get rescue system in place so we can install MicroOS

@PurpleBooth PurpleBooth force-pushed the spike-bastions branch 3 times, most recently from f179a65 to 0506c27 Compare August 2, 2022 06:16
@PurpleBooth PurpleBooth changed the base branch from master to staging August 2, 2022 06:18
@mysticaltech
Copy link
Collaborator

Beautiful code right there; I am sure @phaer will be inspired by it. There must be a way to make this work, like setup with the public interface, then just take it down, all via userdata, or remote-exec (unless am not seeing things clearly).

@mysticaltech
Copy link
Collaborator

mysticaltech commented Aug 3, 2022

@PurpleBooth As shared in the following comment, we can do private agents more simply, with bare Kubernetes, without having an additional bastion host. See my comment here #241 (comment).

The simpler, the better! But definitely, I would love to hear your arguments if you don't agree.

modules/host/versions.tf Outdated Show resolved Hide resolved
Base automatically changed from staging to master August 30, 2022 00:24
@mysticaltech
Copy link
Collaborator

mysticaltech commented Aug 30, 2022

@PurpleBooth While merging the latest changes, I noticed that you were probably assuming that rebootmgr takes care of all reboots including dealing with kured. This is not the case, in order to disable kured, you have to add a REBOOT_METHOD=none to the transactional_update.conf file, located somewhere in /etc, see our cloud-init template file.

More on this here https://en.opensuse.org/Kubic:Update_and_Reboot#Reboot_Strategy_Options and https://github.com/openSUSE/transactional-update/blob/master/etc/transactional-update.conf.

@mysticaltech
Copy link
Collaborator

Now I understand better what this is, thanks to your topology description. It also made me realize that node upgrades, k3s upgrades, and container fetching would disappear, which is not really ideal. Or am I mistaken?

@mysticaltech
Copy link
Collaborator

Ah, they do have a gateway that the private subnet can route traffic to in all likelihood. So the nodes would not be cut out from OUT traffic (but needs to be tested, of course).

@mysticaltech
Copy link
Collaborator

@mysticaltech
Copy link
Collaborator

I believe the next step here is to use snapshots made with "normal" nodes. So yes, the bastion setup will take longer, but that's a small initial price to pay for the added sec.

@mysticaltech
Copy link
Collaborator

Just stumbled on this, seems interesting, but probably not needed (at least for now) https://github.com/inlets/inlets-pro

@mysticaltech
Copy link
Collaborator

@PurpleBooth I will close this PR for now, because it has stalled and the base is significantly outdated. But the branch will remain, so it can be picked up again later without issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants