APNIC 更新 2019 年教程，针对 Ubuntu 18.04/20.04 详述 Routinator、FORT 与 RPKI-Prover 三款 RPKI 验证器的安装步骤，并建议生产环境至少部署两套验证器以防单点故障导致路由验证状态全面失效。
环境变更与选型建议：
Ubuntu 16.04 已于 2021 年 4 月 29 日停止维护，RIPE 验证器自 2021 年 7 月起弃用不再维护，OctoRPKI 仅修复关键漏洞不再活跃开发。原文引用 RPKI Relying Party Study 指出 Routinator 装机量最多，该项目由 NLnet Labs 主导。APNIC Academy 提供基于 RPKI-Prover 与 FORT 的两个虚拟实验环境供实操参考。部署前需执行 `sudo apt update && sudo apt -y dist-upgrade` 并安装 `curl wget git gcc rsync build-essential` 等基础工具链。下载 ARIN TAL 即视为接受其 Relying Party Agreement。
Routinator 安装关键步骤：
通过 `curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh` 获取 Rust 工具链，按提示选择默认选项 1 并执行 `source $HOME/.cargo/env` 生效环境变量。随后用 `cargo install --locked routinator` 编译安装；若报错可回退至 `cargo install --force routinator --version 0.8.3`。初始化命令会自动建立本地 RPKI 缓存目录与 TAL 存放目录。原文未给出具体缓存大小、初始化耗时或后续同步频率数据。
多验证器冗余的必要性：
当 RPKI 启用的路由器与验证器失联时，所有路由的验证状态将一并变为 NOT FOUND，导致路由策略失效。因此建议同站点至少运行两套验证器，无论是否同代码库，均可在单实例故障或升级维护窗口期保持验证服务可用。原文未给出具体故障切换时间、状态同步机制或双活部署的资源占用对比数据。
对运维工程师而言，掌握 Rust 部署链路与 TAL 信任锚管理是落地 RPKI 的核心技能；双验证器架构虽增加运维复杂度，却是防范验证平面单点失效的必要投入。结合 APNIC 实验环境可在生产网前完成全流程演练。
原文: APNIC Blog（2022-04-06）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog