DHCP 获取169.254网段地址原因

DHCP(Dynamic Host Configuration Protocol, 动态主机配置协议) 是IETF为实现IP的自动配置而设计的协议,它可以为客户机自动分配IP地址、子网掩码以及缺省网关、DNS服务器的IP地址等TCP/IP参数。

一开始,DHCP客户机初始化TCP/IP,通过UDP端口67向网络中发送一个DHCPDISCOVER广播包,请求租用IP地址。任何接收到DHCPDISCOVER广播包并且能够提供IP地址的DHCP服务器,都会通过UDP端口68给客户机回应一个DHCPOFFER广播包,提供一个IP地址。但是,DHCP客户机在发出IP租用请求的DHCPDISCOVER广播包后,将花费1秒钟的时间等待DHCP服务器的回应,如果1秒钟没有服务器的回应,它会将这一广播包重新广播四次(以2,4,8和16秒为间隔,加上1~1000毫秒之间随机长度的时间)。四次之后,如果仍未能收到服务器的回应,则运行Windows 的DHCP客户机将从169.254.0.0/16这个自动保留的私有IP地址(APIPA)中选用一个IP地址,而运行其他操作系统的DHCP客户机将无法获得IP地址。

几种可能导致出现169.254.xxx.xxx IP地址段而上不了网的解决方法:

169.254地址段属于私有保留地址,这是windows操作系统在dhcp信息租用失败时自动非配给客户机的IP地址,出现此ip一般表示为互联网无法通信。 出现此问题的原因可能是以下几种

1,如果采用ADSL拨号上网,则本地均会是169.254IP地址段,因为网络设备中,客户没有可自动获取的IP地址段,当获取到一定时间,仍然无法从dhcp服务器中获取正确的ip地址 系统则会默认分配169.254地址段给操作系统

2.DHCP服务器配置错误或者是没有开启DHCP服务器

3.网线故障导致

4.设置静态IP   静态IP地址与局域网内IP地址冲突 如果网络内没有设置DHCP服务器 而是直接使用静态ip  当设置的静态ip地址与局域网内的地址冲突时 ,windows就会默认的使用dhcp获取地址,而此时的网络内没有dhcp服务器,则无法获取ip地址 ,此时应修改静态ip地址,然后重启本地连接

5.网络延迟问题 网络内没有设置DHCP服务器, 而DHCP client发送完四次请求后仍然不能租用IP地址,则会出现此问题  如果出现可以重新激活系统的网卡 ,具体做法是  禁用本地连接 然后再启用本地连接

6. 端口速率不匹配的原因导致的169.254地址段出现,此原因较为少见。此种原因导致的169.254地址段的出现是由于一般的电脑是10/100M自适应,而mo7uxi路由器LAN口却只有10M 此时最好修改本地连接端口速率与路由器LAN口速率相同。 一般修改双工速率都是因为传输不畅,局域网掉线丢包,网络延迟原因引起,所以在修改端口速率的时候,切记是否有以上现象发生,如没有,请尽量使用Auto negotiation 因为那样才能发挥网卡的最大传输效率

时间: 2024-10-30 13:44:48

DHCP 获取169.254网段地址原因的相关文章

2014.11.28【转】127.0.0.1与127.0.0.2的区别及169.254网段

127.0.0.1是代表自己机器的回路地址,无论是否联网,自己机器都是127.0.0.1.而127段是保留区段,127.0.0.2现实中上根本用不到这个IP,只是理论上的地址 这个应该是现在网络设备的一种特性吧,任何ping向保留区段127的都会指向127.0.0.1,你可以自己试试看,下面的结果 ping 127.0.0.254Pinging 127.0.0.254 with 32 bytes of data: Reply from 127.0.0.1: bytes=32 time<1ms T

win7设置固定IP重启后无法上网,ipconfig显示为自动配置IPV4 169.254的地址

近日安装原版Win7系统打完网卡驱动补丁后,给电脑设置了固定的IP地址后一切正常,但是电脑重启后发现上不了网了,右下角网络图标有个感叹号,打开网络和共享中心-->本地连接-->详细信息-->发现IPv4的地址与ipconfig /all得到的IP地址一致,均显示为:自动配置IPv4地址:169.254.123.188(首选) 但是查看本地连接-->属性里看到之前设置的固定IP地址是没有问题的, 所以想到了应该是电脑启用了自动配置IPv4功能,导致了固定IP无法分配给电脑, 尝试用命

OpenStack虚拟机DHCP获取不到IP地址排查

版本:OpenStack Liberty Neutron DVR 现象: 1.在虚拟机内部不停地dhclient 2.在虚拟机所属的计算节点的物理网卡上抓包,发现该虚拟机发出的dhcp广播包 3.在虚拟机所属网络所在的NAT节点(qdhcp所在的节点)的物理网卡上抓包,同样发现了该虚拟机发出的dhcp广播包,即在bond1上抓到了包: Bridge br-int fail_mode: secure Port "sg-297691c4-9f" tag: 1 Interface "

2-4-搭建DHCP服务实现动态分配IP地址-NTP网络时间同步

本节所讲内容: ?DHCP服务器工作原理 ?使用DHCP为局域网中的机器分配IP地址 ?使用DHCP为服务器分配固定IP地址 ?ntpdate加计划任务同步服务器时间 -------------------------------------------------------- 扩展:查看默认的服务监听端口 cat /etc/services #所有服务默认端口都保存在这个文件中 cat /etc/services | grep ssh route -n #查看路由表信息 [[email pr

169.254地址无网关信息 ----- 解决方案 启动DHCP服务

169.254.X.X是Windows操作系统在DHCP信息租用失败时自动给客户机分配的IP地址,.看到地址的时候没有网关. 解决方案   启动DHCP服务 1. 首先确认 路由器  DHCP 服务已经打卡 路由器地址一般都是 192.168.1.1 当然一般这个情况 故障电脑是进不去路由器的,可以使用笔记本或者手机登录路由器 没有手机也没有笔记本就直接忽略这一步 2.右键 我的电脑 点击管理  显示计算机管理窗口 点击服务和应用程序 点击服务 找到 DHCP Client  双击启用 启动类型

虚拟机下 windows 自动配置 IPv4 地址 169.254.X.X(首选)

问题: windows server上,自己手动配置的ip不生效,自动获取地址虽然ok,但是服务器必须指定ip. 诊段: ipconfig/all里查看 自动配置 IPv4 地址  169.254.X.X(首选) 自己配的那条ipv4,X.X.X.X(复制) ping 该ip 显示一般故障. 解决: 先按网上的方法,netsh winsock reset 无效 手动设置同段其他ip,ok,怀疑是冲突了.arp -a 果然有一条对应我配置的IP地址,但是这个mac地址不是网卡的,而且清掉arp解析

DHCP获取IP地址过程中捕获的报文—三级网络总结(二)

上一篇文章主要说了一下知识点中的IP地址的考点,这一篇我打算说说DHCP获取IP地址过程中捕获的报文的这个考点,都是自己的理解,有错误欢迎指正. DHCP是应用层协议,UDP是传输层协议,IP是网络层协议,以太网是链路层协议.数据在网络上传输的时候要自顶向下逐层封装的,典型的DHCP过程是这样的: 1:客户机向服务器发送DHCP_DISCOVER报文,申请IP. 2:服务器向客户机返会DHCP_OFFER报文,指定一个将要分配的IP. 3:客户机向服务器发送DHCP_REQUEST报文,请求这个

六、DHCP获取IP地址过程中捕获的报文

DHCP是应用层协议,UDP是传输层协议,IP是网络层协议,以太网是链路层协议.数据在网络上传输的时候要自顶向下逐层封装的,典型的DHCP过程是这样的:1:客户机向服务器发送DHCP_DISCOVER报文,申请IP.2:服务器向客户机返会DHCP_OFFER报文,指定一个将要分配的IP.3:客户机向服务器发送DHCP_REQUEST报文,请求这个IP.4:服务器PING几次(一般是3次)这个IP,如果没得到响应的话,就说明这个IP现在空闲,可以分配给客户机,所以向客户机发送DHCP_ACK报文,

proxy-arp引起的无法从DHCP获取到IP地址

公司采用电信光纤,分配了5个IP地址,为了方便使用,将光猫的网线直接接入到交换机中. Cisco 2911路由器的的Outside和Inside的网络都从交换机中接线. 因为Cisco路由器默认是开启proxy-arp,所以当Outside收到广播的ARP信息后,因Inside的网段与广播的网段处于同一个网段,于是路由器就返回了Outside的的MAC地址. 当电脑使用DHCP从服务器获取IP后,检查到此IP地址已经与路由器上的Outside MAC绑定,于是DHCP就错误地认为此IP已经在使用