Although this solution achieves decentralized peer-to-peer encrypted chat, I tried this solution and checked it through the resource manager,I found that it is not possible to directly access the other party's IP address, similar to those of electric donkeys and BitCometIt is a cluster network composed of many servers as a medium,To guide users to connect correctly through ID numbers.This may have certain drawbacks, as if the network censorship system detects a large amount of UDP traffic in multiple directions, it may be flagged and blocked.However, if users are all within the same internal network, including a VPN three-layer tunnel network, it is possible to connect directly without NAT penetration.Can we consider adding a direct input IP for direct connection and an ID for verification?
Overview
Issue
Although this solution achieves decentralized peer-to-peer encrypted chat, I tried this solution and checked it through the resource manager,I found that it is not possible to directly access the other party's IP address, similar to those of electric donkeys and BitCometIt is a cluster network composed of many servers as a medium,To guide users to connect correctly through ID numbers.This may have certain drawbacks, as if the network censorship system detects a large amount of UDP traffic in multiple directions, it may be flagged and blocked.However, if users are all within the same internal network, including a VPN three-layer tunnel network, it is possible to connect directly without NAT penetration.Can we consider adding a direct input IP for direct connection and an ID for verification?