n2n icon indicating copy to clipboard operation
n2n copied to clipboard

It is not valid when setting fixed port communication

Open lucktu opened this issue 1 year ago • 5 comments

edge ... -p xxxx ...

re-open sockets if supernode not responding

lucktu avatar Mar 23 '23 15:03 lucktu

Hey Lucktu, could you be a bit more specific on this one please? :smile:

Logan007 avatar Mar 25 '23 09:03 Logan007

Ok!

On my special network: because of the edge's wan ip change, v1, v2, and v2s are all down, only v3 is still working. And then I add this patch to v2, v2 also works. go on if I add the -p xxx to both v3 and new v2, then they're both down when edge's wan ip changes. when I looked at supernote's management_udp_port, I found that edge's wan ip was still the old (forever?).

Thank you!

lucktu avatar Mar 25 '23 13:03 lucktu

go on if I add the -p xxx to both v3 and new v2, then they're both down when edge's wan ip changes. when I looked at supernote's management_udp_port, I found that edge's wan ip was still the old (forever?).

So, you mean this re-connect does not work when using -p ... at edge, right?

Logan007 avatar Mar 25 '23 16:03 Logan007

Sorry! I know my conclusion may not be right, I just want to drag out the problem smoothly. I've tested 4 different ways. anything with -p is not normal.

lucktu avatar Mar 26 '23 00:03 lucktu

go on if I add the -p xxx to both v3 and new v2, then they're both down when edge's wan ip changes. when I looked at supernote's management_udp_port, I found that edge's wan ip was still the old (forever?).

So, you mean this re-connect does not work when using -p ... at edge, right?

You're right! reboot the edge, might get an error like this:

WARNING: supernode not responding, now trying [118.24..:10090]

lucktu avatar Mar 28 '23 01:03 lucktu