通过端口8080/8443服务HTTP / HTTPS是否安全?


9

由于基础结构的限制,为世界提供HTTP服务的建议解决方案之一是通过端口8080和8443提供该服务。

我担心的是,某些用户可能无法访问这些服务,因为它们不在标准端口上运行,并且内容可能被(例如)作为公司网络策略的一部分进行了过滤。

那么...整个互联网上的用户可能无法访问这些服务的可能性有多大?


您不能将地址代理到端口80和443吗?
Froggiz 2015年

1
我们正在Azure云服务中使用Web和Worker角色。据我所知,除非我们切换到Azure VM,否则不可能将另一个VIP指向另一台计算机。其他选择包括用代理替换整个前端Web服务器,但是显然使用不同的端口可以以较少的费用解决此问题。
支出者


2
我想解决的问题似乎在这里不存在。您无法使用端口80443可能暗示您正在共享服务器上运行这一事实。如果是这样,则有可能如果您的端口停止工作,则另一个用户可以绑定到这些端口。然后,该用户可以冒充您的网站(尽管SSL可以缓解这种情况)。
内森·奥斯曼

@NathanOsman,我认为他担心用户访问权限和用户防火墙。
Pacerier's

Answers:


7

公司网络通常默认使用以下规则:

deny all; allow 80; allow 443; allow 21; allow 22; etc...

用这种方法配置要比显式地拒绝65,535个可用端口中的99%容易得多。

话虽如此,我接管了一个面向客户的门户,该门户由于网络限制而使用了非标准端口。我不知道NAT详细信息。无论如何,这使大约50%的用户/访问者无法访问该站点,并且每当他们致电给我们报告此问题时,我们都必须与他们不存在的IT部门进行协调,以尝试实施允许规则。


我不知道您的基础架构限制的详细信息,但我可以想象在80/443上还有其他运行

如果是这种情况,那么您唯一的选择就是使用内部代理或将交换机升级到具有更高级NAT功能的设备,这些功能可以适当地路由请求。


TL; DR

对于已经具有标准端口的面向公众的服务,请勿使用非标准端口。


1
“用这种方法配置要比明确拒绝65,535个可用端口中的99%容易得多。” -即使他们明确拒绝了99%的端口,其效果也相同。
user253751 2015年

我们最终使用主Web服务器将请求代理到其他端口上提供的服务。因为其他服务需要扩展以增加处理能力,而不是因为它们达到了网络限制,并且请求和响应的大小相对较小,所以这种安排与主要的负载平衡网站配合得很好,很容易吸收代理的成本。
支出者

@spender我很高兴听到你们不用使用面向客户端的非标准端口
就能解决问题

6

这些很有可能会被阻止,尤其是在公司网络或公共wifi中。不太可能通过常规家庭互联网连接。

它肯定会在我的工作网络上被阻止。

此外,人们还必须记住键入端口号才能访问您的站点,这是您不想处理的额外麻烦。对于内部站点或私有站点而言,这不是一个大问题,但是如果这是对普通公众而言,则使用标准端口将获得更大的成功。


有问题的服务永远不会输入到浏览器中……而是从通过正常端口提供的资源中指向它们。但是,看来我对我的方法的可靠性的担心是有道理的。
支出者

您能解释一下为什么会被阻止吗?我使用的端口800的很长一段时间没有任何麻烦,甚至与谷歌的搜索引擎优化工具和参考..
Froggiz

1
我的工作之一是运行一个网站,对索引的广播流进行索引,这是一个普遍的抱怨,即公司网络背后的某些用户无法收听通过非标准端口运行的流。但是,8080和8443似乎有点特殊,但可能还不够特殊。我想说,在800上运行服务特别危险,因为它属于“知名”端口,而这些端口很有可能被阻塞。
支出者

一个简单的解决方案是让服务器在端口8080/8443上运行,而在防火墙上的NAT /转发端口80/443到8080/8443上运行。
SnakeDoc

1
@SnakeDoc同意,我在回答中
提到

2

让您的浏览器命中http://example.com:8080/index.html并不难,但是当您谈论阻止非标准端口的公司策略时,这似乎非常困难。

如果设置了某种负载均衡,则仍可以将应用程序设置为在标准端口上运行,并使负载均衡器端口在内部转发到奇数端口。即使您没有负载平衡,我相信您也可以找到一种方法来转发到非标准内部端口。

在内部,用户可以访问奇数端口(如果不是您要阻止的公司策略的一部分),在外部,用户可以访问http://example.com

有很多方法可以做到这一点,您必须根据遇到的障碍种类来获得一些创意。它总是一个挑战!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.