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
If WAN address is not a public address, it will be a internal router in most case i think. If you use the outer router WAN address( the observed address) and internal router mapped port combination as listen address, it wouldn't work! Even worse, it will prevent the hosts behind the outer router to access the hosts behind the internal router.
It is not unusual NAT inside a big NAT. So please don't check WAN public addressable here, just use it, then all hosts behind the same big NAT will be happy connected, at least.
The text was updated successfully, but these errors were encountered:
So, this hack is there to explicitly deal with crappy routers that report the wrong external address (e.g., my tp-link which reports its internal address).
We can probably just announce both addresses. Want to file a patch for that?
I don't see any reason to use observed address instead of router WAN address here!
go-libp2p/p2p/host/basic/basic_host.go
Line 736 in 28d32bb
go-libp2p/p2p/host/basic/basic_host.go
Line 748 in 28d32bb
If WAN address is not a public address, it will be a internal router in most case i think. If you use the outer router WAN address( the observed address) and internal router mapped port combination as listen address, it wouldn't work! Even worse, it will prevent the hosts behind the outer router to access the hosts behind the internal router.
It is not unusual NAT inside a big NAT. So please don't check WAN public addressable here, just use it, then all hosts behind the same big NAT will be happy connected, at least.
The text was updated successfully, but these errors were encountered: