那天晚上香港葵涌机房，我们B2C站点的“支付确认”页面正被华南用户“卡成PPT”——一波波的重传和队头阻塞把 p95 延迟顶到了 900ms。产品经理在电话那头压着火气：“能不能快点？”
我看着机房里那台新上的 Windows Server 2022，心里有数：今晚要把 TLS 1.3 和 QUIC（HTTP/3）彻底吃透，不只是“能用”，而是要经得起跨境抖动链路和海量高并发的拷打。

下面这份笔记，就是我当晚的完整实操、复盘和踩坑记录。写得细、写得真，既照顾新手一步步跟做，也不浪费老手的时间。

1）场景与目标

业务痛点

华南多运营商到香港机房，丢包 1%~3%、RTT 35~65ms，偶发抖动。

关键路径：登录→商品详情→下单→支付确认（最敏感）。

目标：不动业务代码（或最小改动），通过 TLS 1.3 + HTTP/3(基于 QUIC) 提升体验并强化安全。

技术判断

TLS 1.3 减少握手往返、去掉很多历史包袱；

QUIC 消除传输层队头阻塞，丢包不牵连其他流，跨境抖动下更稳定；

Windows Server 2022 原生支持 TLS 1.3 与 HTTP/3（http.sys 基于 MsQuic），需显式开启并做若干配置。

2）拓扑与硬件（现场参数）

小贴士：Windows Server 2022/11 在 UDP 发送/接收路径上做了大量优化（USO、UDP RSC），这对基于 UDP 的 QUIC 很关键。

3）上改造前的基线（抽样 30 分钟）

这只是我们现场那天晚上的截面数据，用来做“前后对比”。不同运营商和时段会有差异。

4）实施步骤（一步步照做）

4.1 系统与补丁

Windows Update 打满安全/累积更新，保证 http.sys/MsQuic 处于已知稳定版本。

驱动与固件（特别是网卡）更新到机房白名单版本。

4.2 打开并加固 TLS 1.3（Schannel）

确认与开启（注册表）

在 Windows Server 2022 上，TLS 1.3 受 Schannel 控制；通常是可用的，但建议显式配置 Client/Server 分支，避免被旧策略覆盖。

# 以管理员 PowerShell 执行
$base='HKLM:\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols'
New-Item -Path "$base\TLS 1.3\Client" -Force | Out-Null
New-Item -Path "$base\TLS 1.3\Server" -Force | Out-Null
New-ItemProperty -Path "$base\TLS 1.3\Client" -Name 'Enabled' -Type DWord -Value 1 -Force | Out-Null
New-ItemProperty -Path "$base\TLS 1.3\Client" -Name 'DisabledByDefault' -Type DWord -Value 0 -Force | Out-Null
New-ItemProperty -Path "$base\TLS 1.3\Server" -Name 'Enabled' -Type DWord -Value 1 -Force | Out-Null
New-ItemProperty -Path "$base\TLS 1.3\Server" -Name 'DisabledByDefault' -Type DWord -Value 0 -Force | Out-Null

相关 Schannel 注册表项与注意事项（官方文档）。

保留 1.2，禁用 1.0/1.1（建议）

为了兼容少量旧端，保留 TLS 1.2；并关闭 1.0/1.1。

# 关闭 TLS 1.0/1.1（Server侧）
foreach ($v in @('TLS 1.0','TLS 1.1')){
  $p="$base\$v\Server"
  New-Item -Path $p -Force | Out-Null
  New-ItemProperty -Path $p -Name 'Enabled' -Type DWord -Value 0 -Force | Out-Null
  New-ItemProperty -Path $p -Name 'DisabledByDefault' -Type DWord -Value 1 -Force | Out-Null
}

Cipher Suite 策略

Windows Server 2022 默认启用 TLS 1.3 的 TLS_AES_256_GCM_SHA384 与 TLS_AES_128_GCM_SHA256；

TLS_CHACHA20_POLY1305_SHA256 支持但默认未启用，可为移动端（缺乏 AES 硬件加速）带来收益——可选开启。

# 查看现有套件
Get-TlsCipherSuite | ft Name

# 可选：把 CHACHA20 放到更前（若需）
Enable-TlsCipherSuite -Name TLS_CHACHA20_POLY1305_SHA256 -Position 3

若你曾自定义过套件顺序，先用组策略或 TLS PowerShell 模块刷新/同步策略再操作，避免命令“不生效”的错觉。

4.3 证书选型（实战建议）

优先 ECDSA P-256 证书（握手更快、CPU 更省）；

需要兼容极老客户端时保留 RSA 证书。IIS 上可用 SNI 主机头做多绑定。

自签名测试证书（现场调试用）：

New-SelfSignedCertificate `
  -DnsName 'example.com' `
  -KeyAlgorithm ECDSA -KeyLength 256 `
  -CertStoreLocation 'Cert:\LocalMachine\My'

4.4 开启 HTTP/3（QUIC）并宣告能力

1）打开 http.sys 的 HTTP/3 与 Alt-Svc

reg add "HKLM\SYSTEM\CurrentControlSet\Services\HTTP\Parameters" /v EnableHttp3 /t REG_DWORD /d 1 /f
reg add "HKLM\SYSTEM\CurrentControlSet\Services\HTTP\Parameters" /v EnableAltSvc /t REG_DWORD /d 1 /f

两个关键点：

EnableHttp3 让 http.sys 支持 HTTP/3；

EnableAltSvc 让 http.sys 通过 HTTP/2 的 ALTSVC 帧告知客户端“我支持 HTTP/3”。之后重启 http.sys 或重启系统生效。
TECHCOMMUNITY.MICROSOFT.COM

2）IIS 站点添加 Alt-Svc 响应头（更通用的做法）

部分场景仅开 ALTSVC 帧还不够，明确加响应头更直观：

Import-Module WebAdministration
$site="Default Web Site"
Add-WebConfigurationProperty -Filter "system.webServer/httpProtocol/customHeaders" `
  -PSPath "IIS:\Sites\$site" -Name "." `
  -AtElement @{name='alt-svc'} -Value @{name='alt-svc'; value='h3=":443"; ma=86400; persist=1'}

官方也推荐通过 Alt-Svc 头/ALTSVC 帧来“引导”客户端从 H2 升级到 H3。

3）放通 443/UDP 防火墙

# 系统已有内置规则，直接启用更稳妥
Get-NetFirewallRule IIS-WebServerRole-QUIC-In-UDP | Enable-NetFirewallRule

# 或自建一条
# New-NetFirewallRule -DisplayName "QUIC 443 Inbound" -Direction Inbound -Protocol UDP -LocalPort 443 -Action Allow

HTTP/3 走 UDP/443，别忘了设备级/云防火墙一并放通。

4）IIS 绑定

站点使用 HTTPS 绑定（SNI 主机名），证书配置正确；

部分场景需要勾选“需要服务器名称指示（SNI）”，以便 ALTSVC 正确关联主机。

4.5 验证（浏览器 / 命令行 / 观测）

浏览器验证

• Microsoft Edge/Chrome → F12 → Network → 列显示 Protocol，应看到 h3；首次可能是 h2，刷新后切到 h3。

命令行（示例）

• curl --http3 https://your.domain/health（使用支持 HTTP/3 的 curl 版本）
• 或者使用线上 HTTP/3 可用性探测工具。

ETW/MsQuic 深度诊断（强烈推荐）

当晚我也开了 MsQuic 的 ETW 跟踪来确认丢包恢复与拥塞窗口行为：

:: 采集 MsQuic 提供者（GUID 固定）
netsh trace start overwrite=yes report=disabled correlation=disabled traceFile=quic.etl ^
  provider={ff15e657-4f26-570e-88ab-0796b258d11c} level=0x5 keywords=0xffffffff

:: 复现若干请求后
netsh trace stop

:: 转换为可读文本
netsh trace convert quic.etl overwrite=yes

MsQuic 在 Windows 上用 ETW 做详细日志，PerfMon 里还有“QUIC Performance Diagnostics”计数器，调优排障非常给力。

4.6 可选的 MsQuic 参数微调（谨慎、先 A/B）

MsQuic 提供一些默认就不错的设置，但在高延迟/抖动链路上，可以少量试探：

• InitialRttMs（初始 RTT 估计）、InitialWindowPackets（初始拥塞窗）、KeepAliveIntervalMs 等；
• 位置：HKLM:\System\CurrentControlSet\Services\MsQuic\Parameters；
• 任何调参先做 A/B，只改一项并留存回滚。

说明：MsQuic 默认拥塞控制为 CUBIC；BBR 实现存在版本差异与适配风险，生产慎用。
GitHub

5）上线后的对比（同一时段，同一流量位面）

解释

• TLS 1.3 把握手往返降到1-RTT；HTTP/3 在丢包时避免 H2 的传输层队头阻塞，长尾显著收敛。
• Windows 2022 的 UDP USO/RSC 优化，在高并发下 CPU 更稳，RTT 抖动对吞吐的负面影响更小。

6）现场踩坑与处理

只改注册表不生效

记得重启 http.sys 或重启系统；某些变更（尤其是启用 HTTP/3/ALTSVC）需要。

只开 EnableAltSvc 仍没有 h3

实测在部分环境里，仅有 ALTSVC 帧不够，补上 Alt-Svc 响应头更保险。

443/UDP 被中间设备拦截

逐层排查：主机防火墙→云网络安全组→上联防火墙→负载均衡器（L7/四层配置是否支持 UDP/443 转发）。

Cipher 套件不匹配导致绑定异常或协商失败

确认 TLS 1.3 至少开启 TLS_AES_128/256_GCM；需要时再启用 CHACHA20。

IIS 站点绑定/SNI 与 ALTSVC 的关联

使用主机名（SNI）绑定，配合 EnableAltSvc；或直接用 Alt-Svc 响应头。

如何看 QUIC 是否真的在跑？

浏览器 Network 列看 h3；

ETW 抓 MsQuic 提供者，或 PerfMon 的 QUIC Performance Diagnostics 计数器。

7）完整脚本（可以当作“首夜上线脚本”）

# ===== 0. 以管理员运行 =====
$ErrorActionPreference='Stop'

# ===== 1. TLS 1.3 & 1.2 配置（禁 1.0/1.1）=====
$base='HKLM:\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols'
# TLS 1.3
New-Item "$base\TLS 1.3\Client" -Force | Out-Null
New-Item "$base\TLS 1.3\Server" -Force | Out-Null
foreach($x in 'Client','Server'){
  New-ItemProperty -Path "$base\TLS 1.3\$x" -Name Enabled -Type DWord -Value 1 -Force | Out-Null
  New-ItemProperty -Path "$base\TLS 1.3\$x" -Name DisabledByDefault -Type DWord -Value 0 -Force | Out-Null
}
# TLS 1.2 保留
foreach($x in 'Client','Server'){
  New-Item "$base\TLS 1.2\$x" -Force | Out-Null
  New-ItemProperty -Path "$base\TLS 1.2\$x" -Name Enabled -Type DWord -Value 1 -Force | Out-Null
  New-ItemProperty -Path "$base\TLS 1.2\$x" -Name DisabledByDefault -Type DWord -Value 0 -Force | Out-Null
}
# 关闭 TLS 1.0/1.1（Server）
foreach($v in 'TLS 1.0','TLS 1.1'){
  $p="$base\$v\Server"
  New-Item $p -Force | Out-Null
  New-ItemProperty -Path $p -Name Enabled -Type DWord -Value 0 -Force | Out-Null
  New-ItemProperty -Path $p -Name DisabledByDefault -Type DWord -Value 1 -Force | Out-Null
}

# ===== 2. 可选：启用 CHACHA20（移动端友好）=====
try { Enable-TlsCipherSuite -Name TLS_CHACHA20_POLY1305_SHA256 -Position 3 } catch {}

# ===== 3. HTTP/3 与 ALTSVC =====
reg add "HKLM\SYSTEM\CurrentControlSet\Services\HTTP\Parameters" /v EnableHttp3 /t REG_DWORD /d 1 /f | Out-Null
reg add "HKLM\SYSTEM\CurrentControlSet\Services\HTTP\Parameters" /v EnableAltSvc /t REG_DWORD /d 1 /f | Out-Null

# ===== 4. 防火墙 UDP/443 =====
Get-NetFirewallRule IIS-WebServerRole-QUIC-In-UDP | Enable-NetFirewallRule -ErrorAction SilentlyContinue

# ===== 5. 为默认站点加 Alt-Svc 响应头 =====
Import-Module WebAdministration
$site="Default Web Site"
if(-not (Get-WebConfigurationProperty -Filter "system.webServer/httpProtocol/customHeaders" -PSPath "IIS:\Sites\$site" -Name "." | ?{$_.name -eq 'alt-svc'})){
  Add-WebConfigurationProperty -Filter "system.webServer/httpProtocol/customHeaders" `
    -PSPath "IIS:\Sites\$site" -Name "." `
    -AtElement @{name='alt-svc'} -Value @{name='alt-svc'; value='h3=":443"; ma=86400; persist=1'}
}

Write-Host "Done. 请重启服务器或 'Restart-Service HTTP' 后验证 h3 协议。"

HTTP/3 开启与 Alt-Svc 原理说明与官方步骤参考。

8）为什么这套在跨境场景特别管用？

• 握手成本：TLS 1.3 减少往返；在 40~60ms 的跨境 RTT 下，每少 1 个 RTT 就是肉眼可见的提速。
• 抗丢包：HTTP/3（QUIC）把多流“拆在传输层”，单个流丢包不拖累其它流，长尾更稳。
• 系统底层优化：Windows 2022 的 USO/UDP RSC 等优化让 UDP 大流量更省 CPU、更平滑。
• 拥塞控制：MsQuic 以 CUBIC 为默认拥塞控制（经过长期大规模验证），在跨境 RTT/抖动下表现成熟稳健。

9）复盘 Checklist（上线前后各打一次勾）

•  Windows Update 和网卡驱动到位
•  TLS 1.3/1.2 开启，1.0/1.1 关闭（或评估后保留）
•  Cipher 套件包含 TLS_AES_128/256_GCM（可选加 CHACHA20）
•  EnableHttp3 & EnableAltSvc 生效（重启 http.sys/系统）
•  IIS 站点 Alt-Svc 响应头或 ALTSVC 帧正常
•  443/UDP 端到端放通（主机/边界/云安全组/负载均衡）
•  浏览器 Network 协议列显示 h3
•  ETW/PerfMon 观测 MsQuic 计数器正常（无大规模协议错误）
•  p95/p99、错误率、CPU 占用、带宽利用率对比留痕

10）附：进一步阅读与权威参考

• Windows Server 2022 启用 HTTP/3（EnableHttp3 / EnableAltSvc 及原理说明）。
• ASP.NET Core 在 IIS 上使用 HTTP/3 的必备条件与 Alt-Svc 建议。
• Schannel/TLS 注册表与策略管理、PowerShell TLS 模块。
• Windows Server 2022 默认/可选 Cipher 列表（含 TLS 1.3 与 CHACHA20）。
• MsQuic 诊断与 ETW 跟踪、PerfMon 计数器。
• MsQuic 设置项与注册表路径（仅在确有收益时微调）。
• Windows Server 2022 的 UDP 栈增强（USO、UDP RSC）。

重启完 http.sys，第一批流量切上来。Edge 的 Network 列里出现了久违的 h3。15 分钟后，Grafana 的长尾曲线开始“塌陷”，支付确认页的 p95 从 600 多毫秒一路回落到 400 多毫秒，报错提示面板从“黄色”转回“绿色”。
我在工单里写下最后一行：“TLS 1.3 + HTTP/3 已稳定上线，跨境长尾明显收敛。”
门外风小了，机房却更安静了——那种只属于系统稳定时的安静。

你可以直接照着本文的步骤落地：

打补丁/驱动 → 2. 开 TLS1.3 + 管 Cipher → 3. 开 HTTP/3 + Alt-Svc → 4. 放通 UDP/443 → 5. 浏览器/ETW 验证 → 6. 观测数据对比与复盘。

遇到问题，先按“踩坑与处理”逐条排；必要时开 MsQuic ETW，把问题“钉”在证据上再做决策