You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Users don't change the default router settings in most cases. And it seems that upnp became disabled by default in modern routers because of security concerns as Nazar mentioned. It seems a nice feature to have because it can improve the overall connectivity of the network, however, I agree that if the user needs a router settings change it's better to have port forwarding instead. Also, this change would require extensive testing with the network scan to prove that the number of available addresses increased after the change.
@dtynn thanks for suggestion, but I think we will not introduce UPnP support, at least for now. We do plan to have hole punching through NAT more generally at some point, which will have a similar benefit, see #1022
Hi, would like to know if changes in #4057 feat(p2p): enable UPnP to improve reachability are helpful for subspace nodes & farmers in some situations.
You can see the diffs on my own fork.
I've already check the libp2p version in both projects, and there should be no compatible problems.
Remind me if you want a pr for this~ 😉
The text was updated successfully, but these errors were encountered: