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

Nebula will not start on ipv4-only host #467

Closed
jprostko opened this issue May 11, 2021 · 11 comments · Fixed by #787
Closed

Nebula will not start on ipv4-only host #467

jprostko opened this issue May 11, 2021 · 11 comments · Fixed by #787
Milestone

Comments

@jprostko
Copy link

jprostko commented May 11, 2021

Hello,

Is it a hard requirement that ipv6 be available on all hosts running nebula as of v1.4.0? I started upgrading one of my lighthouses to v1.4.0, only to find that nebula would crash out when starting up due to "unable to open socket: address family not supported by protocol".

I had that host set to have ipv6.disable=1 within its GRUB configuration, and after changing the GRUB entry to remove the ipv6 flag, nebula was able to start fine after the reboot, and the UDP listener binded to [::ffff:0.0.0.0] just fine. Afterwards I also explicitly disabled ipv6 on all interfaces but loopback, and nebula also started up fine in that scenario. It seems it's just looking to ensure that the ipv6 kernel module is loaded?

I saw some discussions about ipv6 in other issues, as well as the PR below, but nothing made it sound like ipv6 was now a hard requirement.

#369

Thank you.

@Kemichal
Copy link

I had the same problem on a host, worked after re-enabling ipv6.

ilyaluk added a commit to ilyaluk/nebula that referenced this issue Aug 3, 2021
On some systems, IPv6 is disabled (for example, CIS benchmark recommends to disable it when not used), but currently all UDP connections are using AF_INET6 sockets.
When we are binding AF_INET6 socket to an address like ::ffff:1.2.3.4 (IPv4 addresses are parsed by net.Listen this way), we can't send or receive IPv6 packets anyway, so this will not break any scenarios.

Fixes slackhq#467
@vladimir-incountry
Copy link

vladimir-incountry commented Sep 1, 2021

@jilyaluk thanks for the PR. I hope the Nebula team will merge it.
Due to the company security requirements, ipv6 is turned off and we cannot use the latest version.

@perfecto25
Copy link
Contributor

facing same issue, ipv6 is disabled for security, unable to use nebula

ilyaluk added a commit to ilyaluk/nebula that referenced this issue Jan 8, 2022
On some systems, IPv6 is disabled (for example, CIS benchmark recommends to disable it when not used), but currently all UDP connections are using AF_INET6 sockets.
When we are binding AF_INET6 socket to an address like ::ffff:1.2.3.4 (IPv4 addresses are parsed by net.Listen this way), we can't send or receive IPv6 packets anyway, so this will not break any scenarios.

Fixes slackhq#467
ilyaluk added a commit to ilyaluk/nebula that referenced this issue Jan 8, 2022
On some systems, IPv6 is disabled (for example, CIS benchmark recommends to disable it when not used), but currently all UDP connections are using AF_INET6 sockets.
When we are binding AF_INET6 socket to an address like ::ffff:1.2.3.4 (IPv4 addresses are parsed by net.Listen this way), we can't send or receive IPv6 packets anyway, so this will not break any scenarios.

Fixes slackhq#467
@Savemech
Copy link

Savemech commented Apr 1, 2022

@nbrownus @wadey @rawdigits @johnmaguire
Hi team!
Could you please take a look?

@perfecto25
Copy link
Contributor

can this be merged? We want to use this tool but are unable to due to ipv6 requirements

@rjsocha
Copy link

rjsocha commented Sep 20, 2022

Same here. Please allow option to disable ipv6 sockets.

1 similar comment
@lukytux
Copy link

lukytux commented Sep 27, 2022

Same here. Please allow option to disable ipv6 sockets.

@johnmaguire
Copy link
Collaborator

johnmaguire commented Sep 27, 2022

Hi @Savemech - we're aware of the issue with IPv4-only hosts and have plans to resolve the issue. Unfortunately we don't have an ETA at this time.

The best way to help us prioritize this is to let us know you're affected by voting on the original post with a 👍 reaction.

m82k13 pushed a commit to m82k13/nebula that referenced this issue Jun 3, 2023
Supposedly fixes issue 467 (slackhq#467)
@d4l3k
Copy link
Contributor

d4l3k commented Nov 24, 2023

Just ran into the same issue on an embedded platform, it's been a year since the last update. Is there any timeline for when that PR might land?

What's the blockers for #506?

d4l3k pushed a commit to d4l3k/nebula that referenced this issue Nov 27, 2023
Supposedly fixes issue 467 (slackhq#467)
@JaneX8
Copy link

JaneX8 commented Jan 17, 2024

I have the same issue right now

@johnmaguire johnmaguire added the NeedsFix The path to resolution is known, but the work has not been done. label Jan 22, 2024
@wadey wadey added this to the v1.9.0 milestone Jan 30, 2024
@wadey wadey removed the NeedsFix The path to resolution is known, but the work has not been done. label Jan 30, 2024
@wadey
Copy link
Member

wadey commented Jan 30, 2024

This has been fixed with #787

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