Add Support for Reverse P2P and STUN server

[MahdiAkrami01]

Note: All this information is based on Iran's GFW.

Reverse Tunneling

As you can see in the image above, one of the scenarios that currently works well in Iran is using a relay server. The connection between the relay server and the xray server is blocked after a while if it is established through a direct tunnel. Therefore, one of the common methods is to use reverse tunnels, which has fewer restrictions and works well. The reason for this is that to date, GFW has not shown any sensitivity to inbound requests at first and easily allows the connection to be established. This is exactly the reason that in many cases we do not have a ping from the relay server to xray server, but we do have a ping from the xray server to the relay. But this method also has its pros and cons.

Pros

• ✅ Lower detection risk.
• ✅ Higher initial success rate in establishing connections.
• ✅ Better longevity compared to regular tunnels in restricted networks.

Cons

• 🔴 High traffic volumes trigger ISP throttling or blocking.
• 🔴 Double bandwidth costs (traffic billed on both main server and relay server).
• 🔴 Limited scalability for high-usage scenarios.

---

Reverse P2P

The above method is exactly what can solve the problems of the previous method and since GFW is less sensitive to inbound traffic, it can be a very effective way to bypass GFW.

---

@RPRX
Please give your opinion on the practicality of this method.