即便如此，事情现在也并非一帆风顺浏览器现在认

adnanhridoy2844

识到服务器支持 / Three ，但这并不意味着中间人网络可能不会阻止它。因此，练习中仍然需要进行连接竞赛。因此，如果网络以某种方式延迟了 QUIC 握手，您仍然可能会得到 /2 。

此外，如果无法连续多次安装 QUIC 连接，某些 手机号数据库列表 浏览器会将 Alt-Svc 缓存访问置于拒绝列表中一段时间，而不是尝试/三。因此，如果出现问题，手动清理浏览器的缓存可能会有所帮助，因为这还会清除绑定 Alt-Svc 。最后，Alt-Svc 已被证明会带来一些极端的安全风险。

因此，一些浏览器对可以使用哪些端口等设置了额外的规定。（在 Chrome 中，您的 /2 和 /third 服务器希望都位于低于 1024 的端口，或者每个端口都高于或等于 1024 ）到 1024 ，否则 Alt-Svc 可能会被省略）。所有这些逻辑在浏览器之间变化很大，因为获得一致的/三个连接可能很困难，这也使得测试新设置变得困难。

目前正在进行一些工作来稍微改进此步骤 Alt-Svc 程序。这个想法是应用称为 SVCB 和 S 的新 DNS 记录，它们包含相同的信息，就像 Alt-Svc 中的统计信息一样。因此，客户可以发现服务器在 DNS 决策步骤的某个点帮助了 /3，这意味着它可以从第一个网页加载开始尝试 QUIC，而不必先经历 /2 或 /1.1。

有关此内容和 Alt-Svc 的更多信息，请参阅今年的 Web Almanac 上关于 /2 的章节。

正如您所看到的，Alt-Svc/三发现方法为您本已困难的 QUIC 服务器部署带来了一层复杂性，原因如下：

您总是希望在 /2 和/或 /1.1 服务器之后安装 /3 服务器；

您需要配置 /2 和 /1.1 服务器，以便让 Alt-Svc 在其响应上设置合适的标头。

虽然这在制造级设置中必须可行（例如，单个 Apache 或 NGINX 实例可能支持所有 3 个版本），但在（附近的）测试集上，这可能会更令人担忧 -ups （我已经发现自己忘记了 Alt-Svc 标头或搞乱了它们）。