dhcp分配的地址ip in use查到就一个,还有好多租约过期的,但仍在用,不是应该续约或者回收吗?为什么过期了还在用?求解答
(0)
最佳答案
您好,请知:
(0)
因为这些地址还正在使用,但ip in use查不到,就是到期了,那为什么没有续约呢?如果有新的终端,这些正在使用的到期地址就会被分配出去是吧
如果ip地址还足够,就先给原来的pc用
那为什么没有续约呢?
不是快到租期就会申请续约吗?
没有配置租期,默认是一天吧!查到的到期绑定地址仍然正在使用,怎么才算真正到期
DHCP客户计算机经历了在建立客户计算机使用的有效IP地址过程中的6个转换状态。这六个状态是: ◇初始化:当启动客户的TCP/IP组时,由于在IP网络中的每台机器都需要有一个地址,因此TCP/IP组与地址0.0.0.0绑定在一起。然后它将一个DHCP Discover信息包发送给它的本地子网。该信息包时发送给UDP端口67,也即DHCP/BOOTP服务器端口的广播信息包。 ◇选择:本地子网的每一个DHCP服务器都接收DHCP Discover信息包。每个接收请求的DHCP服务器都检查它是否有给请求客户的有效空闲地址。然后它以DHCP Offer信息包作为响应,该信息包包括有效的IP地址、子网掩码、DHCP服务器的IP地址、租用期限、以及其他的有关DHCP范围的详细配置。所有发送DHCP Offer信息包的服务器将保留它们提供的一个IP地址。在该地址不再保留之前,该地址不能分配给其他的客户。DHCP Offer信息广播发送给UDP端口68,也即DHCP/BOOTP客户端口。相应必须以广播方式发送,因为客户没有能直接寻址的IP地址。 ◇请求:客户通常对第一个提议产生响应,并以广播的方式发送DHCP Request信息包作为响应。该信息包告诉服务器“是的,我想让你给我提供服务。我接收你给我的租用期限”。而且,一旦信息包以广播方式发送以后,网络中所有的DHCP服务器都可以看到该信息包,那些提议没有被客户承认的DHCP服务器将保留的IP地址返回给它的可用地址池。客户还可利用DHCP Request询问服务器其他的配置选项,如:DNS或网关地址。 ◇捆绑:当服务器接收到DHCP Request信息包时,它以一个DHCP Acknowledge信息作为响应,该信息包提供了客户请求的任何其他信息。该信息包也是以广播的方式发送的。该信息包告诉客户“一切准备好。记住你只能租用该地址,而不能永久占据!好了,以下是你询问的其他信息”。 ◇更新:当客户注意到它的租用期到了50%以上时,就要更新该租用期。这时它发送一个直接UDP信息包给他获得它的原始信息的服务器。该信息包是一个DHCP Request信息包,用以询问是否能保持TCP/IP配置信息并更新它的租用期。如果服务器是可用的,则它通常发送一个DHCP Acknowledge信息包给客户,同意客户的请求。 ◇重新捆绑:当租用期达到期满时间的近87.5%时,客户如果在前一次请求中没能更新租用期的话,他会再次试图更新租用期。如果这次更新失败的话,客户就会试着与任何一个DHCP服务器联系以获得一个有效的IP地址。如果另外的一个DHCP服务器能够分配一个新的IP地址,则该客户再次进入捆绑状态。如果客户当前的IP地址租用期满,则客户必须放弃该IP地址,并重新进入初始化状态,然后重复整个过程
(0)
但这些地址还正在使用,ip in use查不到这些正在使用的ip,为什么没有续约?
但这些地址还正在使用,ip in use查不到这些正在使用的ip,为什么没有续约?
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
DHCP客户计算机经历了在建立客户计算机使用的有效IP地址过程中的6个转换状态。这六个状态是: ◇初始化:当启动客户的TCP/IP组时,由于在IP网络中的每台机器都需要有一个地址,因此TCP/IP组与地址0.0.0.0绑定在一起。然后它将一个DHCP Discover信息包发送给它的本地子网。该信息包时发送给UDP端口67,也即DHCP/BOOTP服务器端口的广播信息包。 ◇选择:本地子网的每一个DHCP服务器都接收DHCP Discover信息包。每个接收请求的DHCP服务器都检查它是否有给请求客户的有效空闲地址。然后它以DHCP Offer信息包作为响应,该信息包包括有效的IP地址、子网掩码、DHCP服务器的IP地址、租用期限、以及其他的有关DHCP范围的详细配置。所有发送DHCP Offer信息包的服务器将保留它们提供的一个IP地址。在该地址不再保留之前,该地址不能分配给其他的客户。DHCP Offer信息广播发送给UDP端口68,也即DHCP/BOOTP客户端口。相应必须以广播方式发送,因为客户没有能直接寻址的IP地址。 ◇请求:客户通常对第一个提议产生响应,并以广播的方式发送DHCP Request信息包作为响应。该信息包告诉服务器“是的,我想让你给我提供服务。我接收你给我的租用期限”。而且,一旦信息包以广播方式发送以后,网络中所有的DHCP服务器都可以看到该信息包,那些提议没有被客户承认的DHCP服务器将保留的IP地址返回给它的可用地址池。客户还可利用DHCP Request询问服务器其他的配置选项,如:DNS或网关地址。 ◇捆绑:当服务器接收到DHCP Request信息包时,它以一个DHCP Acknowledge信息作为响应,该信息包提供了客户请求的任何其他信息。该信息包也是以广播的方式发送的。该信息包告诉客户“一切准备好。记住你只能租用该地址,而不能永久占据!好了,以下是你询问的其他信息”。 ◇更新:当客户注意到它的租用期到了50%以上时,就要更新该租用期。这时它发送一个直接UDP信息包给他获得它的原始信息的服务器。该信息包是一个DHCP Request信息包,用以询问是否能保持TCP/IP配置信息并更新它的租用期。如果服务器是可用的,则它通常发送一个DHCP Acknowledge信息包给客户,同意客户的请求。 ◇重新捆绑:当租用期达到期满时间的近87.5%时,客户如果在前一次请求中没能更新租用期的话,他会再次试图更新租用期。如果这次更新失败的话,客户就会试着与任何一个DHCP服务器联系以获得一个有效的IP地址。如果另外的一个DHCP服务器能够分配一个新的IP地址,则该客户再次进入捆绑状态。如果客户当前的IP地址租用期满,则客户必须放弃该IP地址,并重新进入初始化状态,然后重复整个过程