VSCode开发容器使用默认桥接网络时SignalR连接被拒如何解决？

• ASP Core服务默认绑定限制：默认配置下ASP Core应用只会监听容器内的127.0.0.1回环地址，该地址仅允许容器内部进程访问，同Docker桥接网络下的其他容器无法通过容器IP/服务名访问到对应服务。
• 端口映射逻辑误区：你配置的端口转发是宿主机到单容器的映射规则，容器之间通过默认桥接网络通信时不会经过宿主机的转发层，直接使用宿主机转发端口会触发连接拒绝。
• 重定向规则冲突：如果Hub服务配置了强制HTTPS重定向，客户端发起HTTP协商请求时会被重定向到错误的地址或端口，仅禁用SSL校验无法解决地址不匹配的问题。

• 修改Hub服务的监听配置：在Hub服务的启动参数里添加ASPNETCORE_URLS环境变量，值设为http://0.0.0.0:5000;https://0.0.0.0:5001，也可以在Program.cs中通过WebHost.CreateDefaultBuilder(args).UseUrls("http://0.0.0.0:5000")的方式配置，确保服务监听容器内所有网络接口。
• 调整客户端连接地址：两个dev container在同一桥接网络下时，直接使用对方的容器名作为主机名，搭配容器内部监听的端口构建连接地址，不要使用localhost+宿主机转发端口的组合。比如Hub服务的容器名为signalr-hub-server，内部HTTP监听端口为5000，Hub路径为/chatHub，则客户端的连接地址应为http://signalr-hub-server:5000/chatHub。
• 临时禁用开发环境HTTPS重定向：注释掉Hub服务中app.UseHttpsRedirection()中间件，避免HTTP请求被重定向到未对外暴露的HTTPS端口。如果需要保留HTTPS访问，需将Hub服务的开发SSL证书导入到客户端容器的信任证书存储中，同时连接地址使用容器内部的HTTPS监听端口。
• 显式配置共享网络（可选）：可以在两个服务的.devcontainer/devcontainer.json中添加相同的runArgs配置，指定容器加入自定义的共享桥接网络，避免默认桥接网络的DNS解析异常："runArgs": ["--network=shared-dev-network"]

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