C＃和Web浏览器之间的通信（没有端口转发？）

Question

我有一个在全世界使用的C＃应用​​程序，它实际上运行一个Java进程。 我想扩展该程序，并添加一个功能，使人们可以从使用Web浏览器的任何位置读取过程输出。 （并可能发送输入）

我首先想到的是将在C＃应用程序中运行的WebSocket服务器，浏览器将使用javascript连接到该服务器。 但是，这将需要在运行服务器的每个系统上进行端口转发，而且我发现没有比NATUPnP更好的解决方案了，NATUPnP无法在大量计算机上完成它的工作。

（如果那还不够，我就无法在C＃网络服务器和javascript之间建立成功的连接，但这是另一个问题）

所以我要问的是：

1. WebSocket是执行此操作的最佳选择吗？ （最好的意思是稳定的，不要太复杂）

2. 有没有办法绕过端口转发问题？ 如果不是，您是否知道比NATUPnP更有效的方法？

Answer 1

“正常”答案（例如，Nest Thermostats使用的问题非常相似）是拥有一个充当家庭服务器与Web浏览器之间的代理的云服务。 因此，家庭服务器连接到云服务，Web浏览器连接到云服务，现在由于云服务充当代理，它们可以彼此通信。 当然，必须有人付费才能运行该云服务，因此这完全取决于您的业务模型。

如RB所述，这基本上是您唯一的选择。 这里的服务在那里，如ngrok.com和localtunnel.me ，可以使防火墙后面的端口转发工作/没有一个静态IP