宝贝网络人只是在玩wireshark,看看这里的真实流量。
我在网络浏览器上访问了一个网站,看到 DNS 查询/答案,然后是 TCP 握手,但 SYN 被发送到端口 443 而不是 80。这是正常行为吗?我想不出一个原因,firefox 只是知道直接发送到 443 而不是第一次去的网站上的 80。
据我所知,DNS 与 HTTPS 无关,因为它只处理域名。在握手之前我没有看到任何其他数据包来解释这一点。首先是 80,然后重定向到 443 会更有意义。
帮助:0
宝贝网络人只是在玩wireshark,看看这里的真实流量。
我在网络浏览器上访问了一个网站,看到 DNS 查询/答案,然后是 TCP 握手,但 SYN 被发送到端口 443 而不是 80。这是正常行为吗?我想不出一个原因,firefox 只是知道直接发送到 443 而不是第一次去的网站上的 80。
据我所知,DNS 与 HTTPS 无关,因为它只处理域名。在握手之前我没有看到任何其他数据包来解释这一点。首先是 80,然后重定向到 443 会更有意义。
帮助:0
大多数最新版本的浏览器现在默认首先尝试 HTTPS。有很大的推动力来确保一切都是加密的;不久前,新闻上到处都是。如果 HTTPS 失败,它将回退到 HTTP。
与 ron 所说的相反,我还没有听说有任何浏览器将默认设置更改为 https 本身,而且谷歌搜索也没有发现任何问题。
如果不知道有问题的网站,很难确定,但我希望您看到的是两件事之一。
第一个是 HSTS,如果一个网站在浏览器的 HSTS 列表中,那么浏览器将永远不会向该网站发出普通的 http 请求。这是为了减轻 sslstrip 类型的攻击。
网站可以通过两种方式进入浏览器 HSTS 列表。首先,当与站点建立 https 连接时,站点可以发送一个 HSTS 标头,将自身添加到列表中。其次,HSTS 条目可以由浏览器供应商“预加载”,现代浏览器
第二个潜在原因是地址栏自动完成。Firefox 显然现在在自动完成时更喜欢 https 网址而不是 http 网址。
第三个潜在原因是扩展。有像“https无处不在”这样的扩展,它们尝试将尽可能多的请求推送到https。