IIS能否作为非HTTP的TCP后端反向代理？

默认情况下，IIS本身不支持纯TCP协议的反向代理：

• 你提到的ARR（应用程序请求路由）和URL Rewrite都是针对HTTP/HTTPS协议栈设计的，只能处理基于HTTP的流量（包括依赖HTTP握手升级的标准WebSocket），但无法直接转发纯TCP协议的流量。
• IIS的核心定位是Web服务器，底层服务围绕HTTP协议构建，没有原生的纯TCP代理能力。

针对你的需求（同域名共用443端口，同时运行IIS的HTTP(S)服务和纯TCP WebSocket服务），可以考虑以下替代方案：

1. 部署第三方TCP代理/负载均衡工具
   比如HAProxy、Nginx（Windows版本）这类工具，它们可以监听443端口，通过流量特征（如协议标识、请求内容）区分HTTP/HTTPS和纯TCP WebSocket流量，分别转发给IIS和后端TCP服务。
2. 使用系统级端口转发工具（需规避端口冲突）
   Windows自带的netsh interface portproxy工具支持TCP端口转发，但要注意443端口只能被一个进程占用。若要共用443，需先让第三方代理工具监听该端口，再分流流量，而非直接用Netsh绑定443。
3. 将TCP WebSocket调整为标准WebSocket
   如果你的服务可以改为遵循RFC 6455的标准WebSocket（通过HTTP握手升级连接），那么ARR/URL Rewrite完全可以支持代理，只需配置URL Rewrite规则允许Upgrade和Connection这类WebSocket升级头即可。

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