操作系统开发中ARP实现、IP及子网网关获取的技术问询

问题背景 #

在操作系统网络协议栈开发中，优先着手实现ARP协议，目前无其他网络功能。通过Wireshark分析得知：ARP请求包含发送方MAC、发送方IP、目标MAC（为空）、目标IP；ARP回复会填充目标MAC。当前设备MAC为内置，但IP由网络分配，曾尝试通过将ARP请求的目标MAC设为自身来获取IP，但不确定ARP请求是否必须填写发送方IP，因此产生相关疑问。

1. 无法通过ARP获取自身IP的解决办法 #

ARP的核心设计是实现IP地址到MAC地址的映射查询，本身不具备获取自身IP的能力，不要试图用ARP完成这件事。实际场景中获取自身IP的主流方案有两种：

• DHCP客户端实现：这是网络分配IP的标准方式。开发一个DHCP客户端，向局域网内的DHCP服务器发送DHCPDISCOVER请求，服务器会回复包含IP地址、子网掩码、网关IP等参数的DHCPOFFER报文，客户端确认后即可拿到完整的IP配置。
• 静态IP配置：开发测试阶段（比如虚拟化环境），可以直接在代码中硬编码指定IP地址、子网掩码和网关，或者通过操作系统的配置接口（如命令行参数、配置文件）手动设置，等后续网络功能完善后再切换到DHCP。
• 备选方案：如果没有DHCP服务器，可以实现APIPA（自动私有IP地址）功能，自动分配169.254.0.0/16网段内的IP，但仅适用于小型无DHCP的局域网场景。

2. ARP请求是否必须包含发送方IP？作用是什么？ #

ARP请求必须包含发送方IP地址，这是ARP协议（RFC 826）的强制规定，核心作用有两个：

• 明确请求发起者身份：目标主机收到ARP请求后，需要通过发送方IP和MAC生成ARP回复，同时会将这个IP-MAC映射缓存到自身ARP表中，后续与该主机通信时无需再发起ARP查询。
• 维护全网IP-MAC映射：ARP请求是广播报文，局域网内所有主机都会收到，除目标主机外，其他主机也可缓存发送方的IP-MAC映射，减少后续ARP查询的开销。

另外，你设想的“将目标MAC设为自身来获取IP”的思路不成立：若发送方IP字段为空，即使发送这类ARP请求，局域网内主机（包括自身）也无法识别为有效ARP请求，更无法返回能让你获取IP的有效信息。

如何获取子网掩码、网关IP？ #

和获取自身IP的逻辑一致，主流方式为两种：

• DHCP下发：DHCP服务器分配IP时，会同步下发子网掩码、默认网关、DNS服务器等参数，DHCP客户端只需解析回复报文中的对应字段即可获取这些信息。
• 静态配置：开发测试阶段直接在代码中指定，比如虚拟化环境中，可查看虚拟机的网络设置（如VirtualBox的NAT模式网关通常为192.168.56.1），将参数硬编码到协议栈中。
• 进阶方案：若需自动发现网关，可实现ICMP路由发现协议（IRDP），通过发送ICMP路由请求报文，局域网内的路由器会回复路由通告包含网关信息，但该方案优先级低于DHCP。

内容的提问来源于stack exchange，提问作者Ethan