如何租用 IP 地址：控制权、连续性与退出路径
租用 IPv4 不只是获得一段容量：先看清控制链，再保护业务连续性，并为关系变化保留真正的退出路径。
很多人把租用 IP 地址理解成一个简单的采购动作：选一段地址、签协议、把它宣告出去。但一旦网络真正依赖这段地址，更关键的问题其实是：
谁能证明这项资源由谁控制？谁能让它持续可用？如果关系发生变化，你能不能带着自己的业务离开？
一段公共 IPv4 地址可能逐渐进入 DNS、客户白名单、安全策略、邮件信誉、路由配置和投资计划。你租下的也许只是一段号码，业务承担的却是一整套依赖。本篇从连续性出发，说明怎样判断一份 IP 租赁安排是否真的可靠。
更大的问题：协调层如何变成权力中心
互联网依靠共同的号码和名称系统，让不同网络能够找到彼此。这些系统很有用，但一份共同记录也会影响谁被承认、谁能被找到、谁能够继续运行。当这份记录集中在一个中央管理员手中，技术协调的职能就可能慢慢变成权力中心。
管理员可以维护一份共同的号码或名称记录，但这项技术职能本身并没有授权它代表跨洲网络参与者发言，更没有授权它替他们作政治决定。维护地址簿，和代表所有名字出现在地址簿里的人，是两回事。
这就是 IP 租赁背后的更大问题：如果同一个机构同时控制记录、解释记录的权力，以及继续保持连接的实际条件，使用者就会被迫接受自己从未授予的决定。租赁是一个具体而容易看懂的入口，让我们追问：协调究竟是在服务网络，还是已经变成了无法替代的命令中心。第 2 篇 Note会完整展开这个区分。
租赁中的直接问题：能用，不等于掌握控制权
供应商今天能让地址连通，并不等于整个运行关系都清楚。登记记录、实际使用者、宣告这段地址的网络、负责 RPKI 的人，以及处理滥用报告的人，可能分别属于不同机构。
这些角色可以分开，但不能互相含糊。真正危险的是，没有人能说清它们之间的控制链，或者某个管理员因为自己维护着一份有效记录，就把这份记录当成对所有相关决定的永久权力。发生争议时，只有连接没有可验证的授权和退出路径，依赖才会突然暴露。
这和第 2 篇 Note讨论的是同一个问题：记录可以帮助网络协调，但管理员能维护记录，并不等于它获得了替所有依赖者作决定的无限授权。
方案是什么：一层薄的协调结构
答案不是假装网络不需要共同协调，而是把共同层压缩到参与者真正需要的范围：
- 唯一性：同一个号码或名称不能同时被分配给两个参与者。
- 证明：参与者能够证明自己控制什么，以及自己获得了什么授权。
- 准确记录：目录应该描述现实，而不是制造一套无法质疑的故事。
- 可携带性：记录、授权和运行关系应该能够跟着业务一起转移。
- 可替代性：任何管理员都不应该成为维持连续性的唯一入口。
放到 IP 租赁里，这套设计很具体：供应商可以协调路由、记录和支持，但你必须能够验证每一项责任，带走必要的证据，在关系改变时更换安排，而不让整个网络一起停摆。目标是保留协调的用处，同时不让协调者变成支配依赖者的主权者。
为什么现在就必须改变
这种急迫性来自结构本身，而不是某一条新闻。每增加一项依赖，就有更多权力被推入使用者无法检查、也无法替换的控制层。一旦地址进入 DNS、邮件系统、白名单、路由策略、客户文档和信誉体系，离开的成本就会越来越高。
对实际业务来说，窗口就在生产依赖形成之前：趁网络还在正常运行时查清控制链，并演练退出。对制度来说，窗口在于互联网协调仍然可以被设计成可携带、可替换的结构。如果技术管理员被默认为政治代表，使用者可能要等到选择已经变少之后，才发现这两种角色根本不同。
一份能够长期使用的租赁安排，必须回答什么
- 我们究竟可以使用什么？ 说清地址段、数量、用途和路由方式。
- 谁有权提供它？ 分开资源持有人、商业供应商、宣告网络和实际运维联系人。
- 上线前能验证什么？ 检查信誉、地理定位、登记信息、路由历史、反向 DNS 和相关授权记录。
- 每一层由谁改变？ 说清 BGP、LOA、RPKI、IRR、反向 DNS、滥用处理和支持服务分别由谁负责。
- 我们怎样离开？ 如果租赁结束或供应商失效，业务、DNS、路由、记录和客户依赖怎样迁移？
如果这些答案只能依赖某个人的记忆，或者只能相信管理员的一句承诺，那么这份安排还没有达到可运维的清晰程度。
签租赁协议前，按这五步检查
1. 先从业务用途出发
先写清楚地址会承载什么。一个可以随时重编号的测试环境，和一个服务客户的 API、邮件系统、安全平台或 ISP 网络，连续性要求完全不同。地址段大小和服务方式，都应该由真实用途决定。
同时考虑当前使用量、增长、冗余、部署地点、客户依赖、邮件需求，以及你是否要用自己的 ASN 宣告这段地址。
2. 把控制链写出来
问清资源来自哪里，供应商是资源持有人还是中间机构；谁可以授权路由；谁能创建或修改 ROA；谁管理反向 DNS；谁接收滥用报告；如果商业关系改变，谁负责把网络继续运行下去。
LOA 只有在签发者确实有权签发时才有意义。BGP 可以宣告可达性，但一条路由被接受，不等于它证明了谁拥有资源，也不等于它赋予某个机构代表使用者作政治决定的权力。理解数据如何跨越不同网络，就会看见技术接受和制度授权是两件不同的事。
3. 在生产环境之前检查地址段
先检查地址历史，再让业务依赖它。根据用途查看信誉和黑名单、预期地理位置、登记信息、过去的 BGP 路由、反向 DNS 和现有授权记录。上线前还要确认入站、出站、起源 ASN 以及 RPKI 配置是否一致。
一段地址可能可以连通，却不适合邮件、安全敏感服务或有地域要求的业务。把问题留到迁移之后，代价通常由客户先发现。
4. 记录责任，而不只比较价格
真正负责网络的人应该能看懂这份安排：地址段、期限、续租方式、通知时间、路由责任、RPKI 和反向 DNS 责任、支持路径、滥用处理和归还流程都应当明确。
价格当然重要，但更有价值的比较是完整的运维安排：包含什么、谁能行动、有哪些证据、关系变化时能多快调整。
5. 在需要连续性之前先测试
不要等服务中断后才想迁移。提前演练更换供应商时怎样重新授权路由、怎样更新 ROA、怎样调整 DNS 和白名单，以及哪些客户和合作伙伴需要通知。
连续性不是出问题之后才拿出来阅读的一条条款，而是网络仍然正常时就应该验证的能力。
为什么退出路径也是租赁的一部分
每份租赁最终都会遇到续租、归还或迁移。租期内，地址可能已经进入应用配置、防火墙、DNS、客户文档、合作伙伴白名单、监控和信誉系统。
所以要在上线之前写好退出顺序：迁移服务、更新 DNS、停止宣告、调整 RPKI 和路由对象、更新反向 DNS、删除旧白名单，并确认真实生产流量不再依赖这段地址。一个能解释退出路径的供应商，比只承诺“现在可用”的供应商更成熟。
更深一层：租赁应当保留你的行动能力
租用 IPv4 可以灵活，也可以符合商业需要。但如果使用者无法验证资源、无法转移运维关系，也无法在管理员改变方向时继续运行，这种灵活性就会消失。
更好的设计，是保留协调真正有用的部分，同时让看门人可以被替换：控制权能够证明，记录能够携带，服务机构改变时网络仍能连续运行。这也是卢恒把基础设施实践和去中心化放在一起讨论的原因：目标不是取消协调，而是防止一份必要记录变成不可质疑的权力来源。关于这层薄的协调结构，以及唯一性、可携带性和连续性，可以继续读第 72 篇 Note。
运营者最常问的问题
企业可以租用公共 IPv4 地址吗？
可以。企业可以在约定期限内取得公共 IPv4 地址的使用权。关键是弄清楚围绕这项使用权的控制链和路由关系。
租 IPv4 一定需要 ASN 吗？
不一定。如果你要用自己的网络独立宣告这段前缀，可能需要 ASN；如果供应商通过自己的网络完成路由，结构可能不同。签约前先确认实际的路由模式。
可以租少于 256 个地址吗？
要看路由方式。/24 包含 256 个地址，常用于需要独立宣告的 IPv4 前缀；更小的数量也可能在供应商的更大聚合段中使用。
租用会把 IP 地址的所有权转给我吗？
通常不会。租赁一般是在一段时间内授予使用权，而不是永久改变底层资源关系。你需要分别确认登记关系、使用权、路由授权和运维责任能否转移。
应该从哪里开始？
先写下业务用途、控制链和退出路径，再读第 2 篇 Note，理解为什么一份正在工作的记录，不等于管理员已经获得了命令所有人的权力。看清授权问题之后，技术选择会容易得多。