dhcpd 软件,出现客户端获取ip时间长的问题
2015-09-05 09:52
232 查看
现象:
在使用dhcpd作为dhcp服务器的时候,经常会出现这种情况:
如果网卡本来有一个ip A,需要转换到我们的dhcp服务器,获取ip B,这个时候,时间就会特别的长,通过抓包看,中间的ip还是原来的ip A。
通过查阅RFC:
'server identifier' MUST NOT be filled in, 'requested IP address'
option MUST be filled in with client's notion of its previously
assigned address. 'ciaddr' MUST be zero. The client is seeking to
verify a previously allocated, cached configuration. Server SHOULD
send a DHCPNAK message to the client if the 'requested IP address'
is incorrect, or is on the wrong network.
没有在我们的wireshark里面发现这个NAK。
也就是说,在客户端使用原来的ip去请求的时候,服务器并没有及时的回复NAK,这些请求的包只能 time out。所以时间会很长。
又查看了一下dhcpd的配置选项,发现有这个:
authoritative;
对于一个指定的网段设置信息,DHCP 服务器通常不知道自己是否是合法和权威的。因此,如果一个天真的用户安装了 DHCP 服务器,也不知道怎么设置他,他就不会
为收到的 DHCP 请求发送假的去 DHCP NAK 信息
原因来了:我们的dhcp 配置里面没有这个选项,添加上就ok了
在使用dhcpd作为dhcp服务器的时候,经常会出现这种情况:
如果网卡本来有一个ip A,需要转换到我们的dhcp服务器,获取ip B,这个时候,时间就会特别的长,通过抓包看,中间的ip还是原来的ip A。
通过查阅RFC:
'server identifier' MUST NOT be filled in, 'requested IP address'
option MUST be filled in with client's notion of its previously
assigned address. 'ciaddr' MUST be zero. The client is seeking to
verify a previously allocated, cached configuration. Server SHOULD
send a DHCPNAK message to the client if the 'requested IP address'
is incorrect, or is on the wrong network.
没有在我们的wireshark里面发现这个NAK。
也就是说,在客户端使用原来的ip去请求的时候,服务器并没有及时的回复NAK,这些请求的包只能 time out。所以时间会很长。
又查看了一下dhcpd的配置选项,发现有这个:
authoritative;
对于一个指定的网段设置信息,DHCP 服务器通常不知道自己是否是合法和权威的。因此,如果一个天真的用户安装了 DHCP 服务器,也不知道怎么设置他,他就不会
为收到的 DHCP 请求发送假的去 DHCP NAK 信息
原因来了:我们的dhcp 配置里面没有这个选项,添加上就ok了
相关文章推荐
- 一款极具工匠情怀的...
- js怎么跳转页面?
- leetcode_Unique Binary Search Trees_easy
- java操纵redis工具类(切片链接池方式)
- Wordpress安装
- 指针
- 一个人的网站开发
- 微笑和挑战,不断进步
- 字符串和字符数组的区别以及sizeof和strlen的区别
- 匈牙利算法(二分图匹配)
- C#中方法参数传递机制
- costFunctionReg
- codeforces 101A HOME 排序
- 【UI初级 连载四】--------UI常用控件
- Codeforces Round #104 (Div. 2)
- EK算法(连接矩阵)
- redis缓存
- uetitor上传图片及附件问题
- 通过配置监听器来获取Spring容器:
- linux的管道和命名管道