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

Support static addressing via net.toml #2204

Closed
zmrow opened this issue Jun 9, 2022 · 2 comments · Fixed by #2445
Closed

Support static addressing via net.toml #2204

zmrow opened this issue Jun 9, 2022 · 2 comments · Fixed by #2445
Assignees
Labels
area/core Issues core to the OS (variant independent) area/metal Bare metal support type/enhancement New feature or request
Milestone

Comments

@zmrow
Copy link
Contributor

zmrow commented Jun 9, 2022

What I'd like:
I would like the ability to set up a static IP for a network interface.

This means we will need to be able to set the following at the least

  • IPv4/6 IP
  • gateway
  • nameservers
  • destination IP
@zmrow zmrow added type/enhancement New feature or request area/core Issues core to the OS (variant independent) area/metal Bare metal support labels Jun 13, 2022
@kdaula kdaula added this to the 1.10.0 milestone Jun 15, 2022
@rickymulder
Copy link

rickymulder commented Sep 15, 2022

Is there an opportunity to backport to the 1.9.x branch?
I can file a new bug if needed, but to explain the short version is:

Attempting to spin up a version 1.21 eks cluster using bottlerocket without the ENI config using tunneling mode. When creating pods on the host network, they inherit the hosts /etc/resolv.conf and therefore cannot do cluster dns resolution. The routes already exist as when attempting to dig @ the kube-dns service IP resolution completes, but not all applications provide options to override the hosts /etc/resolv.conf or set custom NS. Theoretically setting the hosts nameservers to the VPC DNS resolver with a backup as the kube-dns service IP would resolve that, at least for fully qualified DNS lookups.

#2353 would solve this specific use case.

Another option would be to expose the kubelet's --resolv-conf flag per official docs, though that would also require a manner to write said file.

If you don't want this, or if you want a different DNS config for pods, you can use the kubelet's --resolv-conf flag. Set this flag to "" to prevent Pods from inheriting DNS. Set it to a valid file path to specify a file other than /etc/resolv.conf for DNS inheritance.

EDIT: The route to the service network does not exist. I'm barking up the wrong tree at the moment it would seem.

@zmrow
Copy link
Contributor Author

zmrow commented Sep 15, 2022

Hi @rickymulder ! We won't be backporting the static addressing feature, but when it's ready we'll release new versions of Bottlerocket that include the feature.

Your example seems to reference DNS settings, which should be released at the same time as the static addressing feature!

EDIT: The route to the service network does not exist. I'm barking up the wrong tree at the moment it would seem.

^ Does this comment mean that the DNS settings will not solve your issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/core Issues core to the OS (variant independent) area/metal Bare metal support type/enhancement New feature or request
Projects
Development

Successfully merging a pull request may close this issue.

3 participants