-
Notifications
You must be signed in to change notification settings - Fork 207
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
Allow disabling binding to IPv4 or IPv6 entirely in iroh_net::Endpoint #2866
Comments
It occurs to me that there just isn't a way to disable v4/v6 networking, and so I can call both In that case, consider this a feature request to pass None to either of these methods to disable that IP stack (or perhaps a set of |
In testing this, I found that using both
|
Great narrowing this down to needing a way to disable an interface, I've changed the title. Would you mind moving the portmapper problem to a new issue? I totally agree that it also shouldn't be doing this. |
So far we need to bind a single IPv4 socket and optionally a single IPv6 socket. This puts a bit of a limit on how flexible we can be here. I agree that long term perhaps something that does Finally that may or may not interact with #2228. However simply being able to disable IPv6 is probably a reasonable demand in the short term. I'm guessing a |
|
This is not the result I received when I applied the patch given in the initial issue description. |
Yeah, you can't currently disable IPv6 binding. It is something we could reasonably add right now, though not trivially. |
Iroh does not respect my bind address, as set in bind_addr_v4 and bind_addr_v6.
To reproduce, apply the following patch and running
cargo run --example listen
in theiroh-net
crate.Running this example produces the following output:
The IPv4 address is correct, but Iroh has adding my public interface IPv6 addresses (and I have also confirmed that it will use them when connecting).
The same problem happens with bind_addr_v6, where it uses my public IPv4 addresses, and completes STUN:
The text was updated successfully, but these errors were encountered: