使用端口而不是HTTP请求来告诉服务器要服务哪个站点

使用端口告诉我的服务器哪个网站返回而不是从HTTP请求获取信息有什么缺点吗? 是否有一个最佳实践来决定使用哪个端口范围?

据我所知,如果我依赖HTTP请求,可能很难使用HTTPS,但我目前不打算使用HTTPS。

我相信我可以在每个网站域中设置一个DNSlogging,告诉它通过SRVlogging映射到我的服务器上的哪个端口。

服务器是一个简单的使用HTTP库的golang程序。 该机器是通过Google Compute Engine托pipe的具有静态IP地址的Debian VM。 这两个选项都依赖于golang库,允许我指定一个端口,或者允许我parsinghttp请求,这两者我都可以做。 我相信端口选项将导致运行多个服务器“进程”,这将是单独的golang程序,可能是复杂的pipe理(跟踪哪些站点在哪个端口),而HTTP请求选项将导致运行单个服务器进程可以为所有的网站提供服务,这些网站可能稍微复杂一些,但容易维护。

坚持使用虚拟主机,让阿帕奇确定哪个网站通过头来服务。 使用80以外的端口,并假设客户端将从SRVlogging中找出它将不起作用。

所有现代浏览器都支持这种方法,更新版本的apache和web浏览器甚至使用TLS支持这种方式,以防最终决定切换到HTTPS。