DHCPOFFER数据包的问题

tqyou85

嗯，这个我知道，是通过死循环一直解析收到的数据包，直到收到offer包？
就是这个循环接收的要解析收到的所有的包，不太好

KLL

由于我需要改变src_mac 来模拟很多的client, 把bootp flags 置为 broadcast 来收来自 dhcp server 的offer, 然后再发 dhcp request, 才这么做，如果报文很多的话会有性能的问题，不知道你有什么好的方法？

tqyou85

我就是觉得很奇怪， DHCP明明是个应用层的协议，而且我tcpdump也是有数据包发送过来的，为什么我用数据报套接字不能接收，只能用原始套接字接收呢？

KLL

sockfd = socket(PF_PACKET, SOCK_DGRAM, htons(ETH_P_IP));

tqyou85

今天测试了下，原来我的代码是没问题的，只是之前的测试机上面加了很多规则，包被过滤掉了
但是现在还是有个问题：DHCP服务器返回的offer包跟服务器的操作系统有关吗？怎么如果服务器是windowswindows环境下的，客户端自动获取IP。对这一过程抓包，发现服务器返回的offer包是个广播包，目的IP地址为255.255.255.255

但是如果DHCP服务器是在linux环境下配置的，抓包分析客户端自动获取IP的过程，发现服务器返回的offer包是单播的，而且目的IP地址是服务器预备分配给客户端主机的一个IP，但是这个时候应该客户主机还没有获取到IP吧

这样的话，如果服务器是linux环境下的，我要怎么通过socket编程来获取服务器返回的offer包呢？

KLL

这个跟server 与 client 的实现有关吧, 你可以看看相关的RFC

KLL

server 维护了一张表，表里有请求者的mac 与 offered ip, 如果一个dhcp request 的src-mac 在这张表里，offer 就是unicast, 因为这时client 是有ip 的;
如果是一个新的client, client 会先发一个dhcp discover, server 收到后会回一个 dhcp offer，这个offer 是broadcast,
因为这时client 还没有ip, client 收到 这个offer 后会发一个dhcp request, 然后server 给一个 dhcp ack。 这两个报文可以是broadcast or unicast, based on bootp flags.

我的天，不知道说清楚了没？

tqyou85

原帖由 KLL 于 2008-10-23 18:00 发表
server 维护了一张表，表里有请求者的mac 与 offered ip, 如果一个dhcp request 的src-mac 在这张表里，offer 就是unicast, 因为这时client 是有ip 的;
如果是一个新的client, client 会先发一个dhcp discover ...

我在网上看到这样的说法：DHCP SERVER给终端的响应报文是根据DHCP报文中的内容决定是广播还是单播，一般都是广播形式。
什么样的DHCP报文内容可以决定server发送的offer包是广播呢？

tqyou85

哦，清楚了，不好意思，刚才看错了

zhjch0595

你好很高兴认识你，我有关于DHCP的问题想问你，我的QQ是382605917.谢谢！