URL 中的端口号
port number in URL
我们目前在我们的服务器上托管了一个网络服务，link 到该服务是这样的：www.something.com:8041/MyService.asmx
我们的客户无法在浏览器中打开 link 或通过应用程序连接到该服务。他们发现端口 8041 被阻塞了....这对我来说没有意义，端口号在 URL 为什么阻塞端口与此有任何关系？它没有看到请求是通过端口 8041 发出的吗？
我们将在客户端解锁 8041 端口，但这没有意义，端口 8041 是为了我们的服务器利益，已被解锁...
不，实际上去 http://www.something.com:8041/MyService 确实会通过端口 8041，并且如果您有一组客户端位于一个防火墙后面（例如业务 1）试图访问第二个防火墙后面的服务器（例如业务 2)，您需要确保两个防火墙都设置为允许此操作。
如果您不想打开端口，一个常见的解决方案是配置一个侦听端口 80（或 443）的网络服务器（nginx、varnish 等），将代理反向到任何端口服务正在侦听非标准端口。
我们目前在我们的服务器上托管了一个网络服务，link 到该服务是这样的：www.something.com:8041/MyService.asmx
我们的客户无法在浏览器中打开 link 或通过应用程序连接到该服务。他们发现端口 8041 被阻塞了....这对我来说没有意义，端口号在 URL 为什么阻塞端口与此有任何关系？它没有看到请求是通过端口 8041 发出的吗？
我们将在客户端解锁 8041 端口，但这没有意义，端口 8041 是为了我们的服务器利益，已被解锁...
不，实际上去 http://www.something.com:8041/MyService 确实会通过端口 8041，并且如果您有一组客户端位于一个防火墙后面（例如业务 1）试图访问第二个防火墙后面的服务器（例如业务 2)，您需要确保两个防火墙都设置为允许此操作。
如果您不想打开端口，一个常见的解决方案是配置一个侦听端口 80（或 443）的网络服务器（nginx、varnish 等），将代理反向到任何端口服务正在侦听非标准端口。