逐步指南：如何安全地租用 IP 地址

设想你准备上线一个网络服务：服务器和软件已经就绪，还需要公共 IPv4 地址，让其他网络能够找到它。租赁约定的是在一段时间内使用地址；怎样把这份约定变成能稳定运行的服务，才是这篇指南要讲的事。

先问一句：在客户开始依赖这些地址之前，哪些事情必须确认好？沿着这个问题，就能走完选择地址、测试、启用、维护，以及将来退出的过程。

一、先说清业务，再决定租多少

先写下地址用来做什么、服务部署在哪里、网络由谁维护。“前缀”可以理解为一起描述的一组地址，也就是地址段。一个 /24 包含 256 个地址值，/23 包含 512 个；能支持多少客户或服务器，还取决于网络怎么设计，不能直接画等号。

比如，一家小型托管公司可能要为客户服务器、管理系统和后续扩展安排地址。网络团队应当把这些具体需要换算成地址需求，而不是因为经常听到 /24，就直接租一段。

二、弄清供应商到底提供什么

地址持有人、托管公司或专业服务商都可能提供租赁，也可能通过中间服务商撮合。区域互联网注册管理机构，也就是 RIR，负责号码资源的登记及相关服务。它的分配、转移流程，与商业租赁是不同的事情。

让供应商把实际运行方式讲明白：流量通过它的网络到达这些地址，还是由你的网络宣告地址段？谁能授权这次宣告？谁维护登记信息、反向 DNS 和技术联系人？反向 DNS，就是把地址对应到主机名的记录。

授权书可以说明一项拟定的路由安排，但还要核对相关人员和登记记录。仅凭一封授权书，不能了解地址段的全部历史，也不能证明你的服务已经能够正常运行。

三、按用途检查这段地址

启用之前，检查准备交付的具体地址段，包括登记信息、近期路由历史，以及与你的业务有关的信誉记录。如果用来发邮件，就要看目标收件方在意的拦截名单和投递要求；如果承载网站，就要测试客户实际会使用的访问路径。

没有一个“干净地址”的标签，能代替所有用途的检查。某个信誉服务的检测结果，只提供一方面的信息。更有用的是提前说清：发现问题以后谁来查，怎样联系到能处理的人。

四、先把路由和服务测通，再让客户使用

网络运维人员需要确认，目标地址段由预期的网络宣告，并且能从相关外部网络访问。BGP 是网络之间通告到达路径的协议；ASN，也就是自治系统号，用于在这个过程中识别网络。

路由起源授权记录，简称 ROA，说明哪个 ASN 被授权宣告某个地址段。RPKI 起源验证会把路由宣告与这类记录进行核对。它不验证整条路径，也不能保证每个网络都会接受这条路由。BGP 起源验证规范对这个区别有具体说明。

接着测试真正的服务：DNS 是否正常，应用能否访问，监控能否发现异常，合作方的白名单是否已更新。先小范围启用，验证后再扩大。付款完成、收到一份地址清单，并不等于网络已经可用。

五、让日常维护有人接手

保留一份简明的运行记录：地址段、承载的服务、登记和路由联系人、续租时间，以及每类变更由谁负责。故障或滥用报告出现时，要能够找到有能力采取行动的人。

如果收到信誉告警，先弄清它指向什么问题、是否影响当前服务，再决定怎么处理。未经判断就撤掉整段正在使用的地址，可能把局部问题变成业务中断。处置应当围绕实际发生的事情和受到影响的人展开。

六、提前走一遍“将来怎么换”

趁还有准备时间，想一遍租赁结束时会发生什么：哪些 DNS 记录、防火墙规则、客户白名单和合作系统依赖这些地址？哪些变更需要别人配合？先验证替代路径，安排必要的过渡时间，确认客户能正常访问，再撤下旧路由。

能够更换供应商，不代表一定能把租来的地址一起带走。要先分清哪些可以保留、哪些必须迁移、由谁完成。真正要检验的，是服务能不能平稳经历这次变化。

为什么这也是一个控制权问题

卢恒在第 66 篇札记中提出，对 IPv4 中间服务商的考验，发生在交易之后：当登记关系承受压力时，它能否处理这层关系，让资源继续支撑业务？

这个问题把视线从手续转向控制权。维护登记记录的一方，能够影响运行中的网络；运营者却未必有办法更换这个管理员。卢恒提出的方向，是建立可核实、记录准确的协调机制，保障连续运行、可携带性和真实的退出选择。第 72 篇札记进一步展开了这项主张。

为什么现在就要弄清？因为依赖会越积越多。在地址尚未写进大量客户系统之前，运营者还有更多选择。把第一次部署做好，也是把未来的选择留在自己手里。