-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Autorelay is announcing a bare-IP multiaddr #510
Comments
Or maybe it's autonat? No idea but this only happens after autonat decides that I'm undialable. |
It's autorelay and it's on purpose -- we'd like to preserve the original IP address in order to facilitate the dialer in making decisions whether to try private IPs. |
to facilitate the v2 dialer that is, current dialer will dial the private addresses anyway. |
#511 removes the raw public address from the announcement. |
Ah, I forgot about that. Seeing this show up in What if we announce |
Kind of defeats the purpose, the dialer will have to fish a private ip out of a relay address. |
Not sure what you mean here. |
Well, the dialer (v2) will have to use a public address from which to decide whether the private addresses are applicable. Having it flat out as an undialable address facilitates the selection. |
Also, there is no clean mapping of public addresses to relay addresses, as we might have multple public ones, each mapping to potentially multiple relay addresses -- a bit of combinatorial explosion. |
Good point. Yeah, let's merge that PR while we think about this. The best solution may be to just filter this in the UI. |
@vyzo is there an open issue discussing this? |
No that i know, we should probably make one. |
That is,
/ip4/.../ipfs/...
(no tcp/udp).The text was updated successfully, but these errors were encountered: