pro*_*ski 8 networking local-area-network ip-address rfc ipv4
我正在构建一个由多个子设备组成的设备，这些子设备通过设备内部的以太网连接。设备将连接到客户网络。客户网络可以使用私有 IP 地址。与内部网络的地址冲突将是一个问题（连接到两个网络的子设备将被混淆）。IPv6 不是一个选项。
我应该购买 IPv4 地址吗？或者我可以不使用 TEST-NET-3 (203.0.113.0/24) 或类似的东西？最佳做法是什么？
@yoonix 已发送可能有解决方案的链接。
链路本地，也称为 APIPA。
169.254.0.0/16 - 这是“链接本地”块。如 RFC3927 中所述，它被分配用于单个链路上的主机之间的通信。主机通过自动配置获取这些地址，例如在找不到 DHCP 服务器时。
如果我是您的客户，我肯定希望自己选择配置它和/或使用 DHCP（我不知道，这可能是一个建立已久的标准？），但是在没有那些，这正是 APIPA 的用途。
编辑 - 鉴于您现在声明解决方案中各个主机的 IP 地址必须是静态的，因为这些地址将对应于您网关设备中的防火墙规则，我想您需要付出一些努力才能使该地址与链接一起使用本地 IPv4 寻址；你说你不会付出的努力。因此，您基本上必须使其可配置。您可以使用默认值来交付它，该默认值不太可能被客户端使用，但是您必须有一种机制，可以在发生冲突时对其进行更改。由客户或您作为实施/UAT 的一部分。
使其可配置。
我应该购买 IPv4 地址吗？
是的。试试看。首先，您不购买它们，而是通过会员资格“出租”它们。其次，这需要一个 AS 和 2 个上行链路。第三，这需要一个理由，“我们不想假设一个合适的网络基础设施”是一个导致笑声（和拒绝）的原因，而不是你获得分配的 IP 地址。
或者我可以不使用 TEST-NET-3 (203.0.113.0/24)
可能。直到有一天有人因为严重疏忽而向 oyu 索要修理东西的费用。
最佳做法是什么？
使其可配置。或者使用 IPV6 - 在那里您可以进行一些预订。
来自维基百科：Assigned as "TEST-NET-3" in RFC 5737 for use solely in documentation and example source code and should not be used publicly.- 这告诉我你不应该使用 TEST-NET-3。
您似乎忽略的一件事：如果您不配置设备的 ip 地址，您如何假设您将能够与设备通信或设备将能够与其他设备通信，反之亦然对于客户端网络？如果您在客户端网络中未使用的网络中分配 IP 地址（您：192.168.1.0/24 - 他们：10.0.0.0/8），那么您认为网络通信将如何工作？这就是为什么您应该将设备配置为开箱即用地使用 DHCP，然后允许客户端静态配置它。
如果您不能使用 DHCP，请使用 APIPA。