浏览器端Blazor(net60)如何编程实现UPnP端口转发配置

目前没有可在.NET 6 浏览器端Blazor（WASM）环境内直接实现传统端口转发、接收入站公网请求的成熟实现，本质是浏览器安全沙箱的硬限制，和是否使用Socket类无关。

• Blazor WASM所有代码运行在浏览器沙箱内，完全没有权限监听本地TCP/UDP端口，也没有权限操作操作系统端口映射、路由器UPnP规则，这类系统级操作是浏览器默认禁止的行为，没有任何公开API可以调用。
• 浏览器环境仅支持主动发起HTTP、WebSocket、WebRTC等出站连接，无法作为服务端接收外部主动发起的入站连接，不管怎么封装上层逻辑，这个底层网络模型限制绕不开。
• 所有.NET标准库中依赖原生Socket的端口转发代码，要么无法在WASM运行时编译通过，要么强行编译后运行时会直接抛出权限异常，不存在兼容可能性。

如果确实需要让公网请求触达WASM端的Blazor应用，只能走隧道/中转架构，没有其他路径：

• 公网中转服务方案
  部署一台带公网IP的中转后端（可用ASP.NET Core实现），Blazor客户端启动后主动和中转服务建立长连接（推荐用SignalR或原生WebSocket）。所有发往公网的请求先到达中转服务，再通过已建立的长连接推送给Blazor客户端，客户端处理完成后将结果沿长连接回传，由中转服务返回给公网请求方。

  该方案本质是客户端主动外联建立反向隧道，不需要客户端具备端口监听权限，完全符合浏览器安全规则，是目前生产环境最常用的实现方式。

• WebRTC P2P方案
  如果不想使用中心化中转，可以基于WebRTC实现点对点连接：公网请求端同样通过WebRTC环境和Blazor客户端打洞建立P2P通道，仅需要公网STUN/TURN服务器协助打洞，不需要中转流量。但该方案仅支持自定义协议数据传输，无法映射为标准TCP端口供任意公网程序直接访问。

• 不要尝试在WASM项目中引入任何基于原生Socket的端口转发类库，这类库无法突破沙箱权限限制。
• 不要尝试直接调用路由器UPnP接口配置端口映射，浏览器的跨域策略、组播报文限制会直接拦截这类请求。

内容的提问来源于stack exchange，提问作者Sean