DHCP配置

本文介绍DHCP服务器的工作方式及配置方法


1. DHCP服务器的作用

把一个主机接入TCP/IP网络,要为主机配置的网络参数:
  IP/mask:
  Gateway:网关(可完成网络间通讯)
  DNS Server:
  Wins Server , NTP Server
配置这些参数的方式:
  手动配置
  动态分配
   早期:bootp
   现在:dhcp 引入了“租约”的bootp。也可以实现为特定主机保留固定地址。


2. DHCP的报文格式

  DHCP DISCOVER: 客户端广播,请求获取IP地址
  DHCP OFFER : 服务器到客户端:给客户端分配地址
  DHCP REQUEST: 客户端到服务器:确认使用IP地址
  DHCP ACK : 服务器到客户端:确认信息
  DHCP NAK: 服务器到客户端,通知用户无法分配合适的IP地址:一般为地址池空
  DHCP DECLINE : 客户端到服务器,指示地址已被使用:地址冲突
  DHCP RELEASE: 客户端到服务器,放弃网络地址和取消剩余的租约时间:客户端释放地址
  DHCP INFORM: 客户端到服务器, 客户端如果需要从DHCP服务器端获取更为详细的配置信息,则发送Inform报文向服务器进行请求,极少用到


3. DHCP的工作流程

工作流程:
  1. 客户端:发请求报文 dhcp discover
  2. 服务端:dhcp offer (提供ip/mask , gw ……)
发送的dhcp offer中对ip地址有效期有租约期限:lease time(最长2天)
  3. 客户端:dhcp request 向服务端发确认请求
  4. 服务嚣:dhcp ack 服务端确认
DHCP的租约:
  假如租约为2hours:
  租约还剩50%时,向DHCP服务器发送续约请求(dhcp request),若DHCP无响应,租约还剩25%时(50%的一半),客户端再向DHCP服务嚣发送续约请求,若DHCP还是无响应,租约剩12.5%时,客户端再向本网络发送dhcp discover请求。


4. DHCP服务的实现

dhcp:由ISC提供,只提供dhcp服务(本文仅讨论本实现)
dnsmasq:可提供dhcp服务和dns服务(云计算时会用到)

dhcp:
  dhcpd:提供dhcp服务
  dhcrelay:提供中继服务(中继与dhcp服务两者不能同时提供)
服务的启动:
  CentOS 6 : chkconfig dhcpd on ; service dhcpd start
  CentOS 7: systemctl start dhcpd
DHCP服务监听的端口:
  服务端:67UDP端口
  客户端:68UDP端口


5. 配置文件

dhcp服务端配置文件默认为/etc/dhcpd/dhcpd.conf文件,但是文件里只有以下这段话:

#
# DHCP Server Configuration file.
#   see /usr/share/doc/dhcp*/dhcpd.conf.example
#   see dhcpd.conf(5) man page
#

可从/usr/share/doc/dhcp(release-version)/下复制一份配置文件,改名为/etc/dhcpd/dhcpd.conf再编辑。
其中option为全局配置文件,也可在subnet中指定,如在subnet中指定,以subnet中的为准。
下面是一份精简的配置文件:

option domain-name "lxk.com";                       #指明DHCP服务器名称
option domain-name-servers 8.8.8.8;                 #指明DNS服务器地址

default-lease-time 60000;                           #默认租约
max-lease-time 720000;                              #最长约租

log-facility local7;

subnet 192.168.200.0 netmask 255.255.255.0 {            #网段及掩码
    range 192.168.200.10 192.168.200.200;           #分配的地址段范围
    option routers 192.168.200.254;                 #默认路由
    next-server 192.168.200.254;                        #PXE启动时下一个服务器的地址
    filename "pxelinux.0";                          #要加载的PXE启动的文件
}

其它选项:
filename: 指明引导文件名称;
  The filename statement can be used to specify the name of the initial boot file which is to be loaded by a client. The filename should be a filename recognizable to whatever file transfer protocol the client can be expected to use to load the file.
next-server:提供引导文件所在的服务器主机的IP地址
  The next-server statement is used to specify the host address of the server from which the initial boot file (specified in the filename statement) is to be loaded. Server-name should be a numeric IP address or a domain name. If no next-server statement applies to a given client, the address 0.0.0.0 is used.

6. DHCP客户端测试工具

DHCP测试工具:

dhclient:DHCP客户端测试
  -d:Force dhclient to run as a foreground process 前端运行
DHCP配置

7. 服务端查看地址分配记录

[root@centos7 pxeboot]# cat /var/lib/dhcpd/dhcpd.leases
# The format of this file is documented in the dhcpd.leases(5) manual page.
# This lease file was written by isc-dhcp-4.2.5

lease 192.168.200.10 {
  starts 6 2018/04/14 15:15:52;
  ends 0 2018/04/15 07:55:52;
  tstp 0 2018/04/15 07:55:52;
  cltt 6 2018/04/14 15:15:52;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet 00:0c:29:b5:04:a3;
}
lease 192.168.200.14 {
  starts 0 2018/04/15 03:01:48;
  ends 0 2018/04/15 19:41:48;
  tstp 0 2018/04/15 19:41:48;
  cltt 0 2018/04/15 03:01:48;
  binding state active;
  next binding state free;
  rewind binding state free;
  hardware ethernet 00:0c:29:85:af:9c;

转载于:https://blog.51cto.com/11975865/2103681

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
说明: 1, 暂未实现重传机制, 所以若抓包无响应, 请尝试停止后重发. 2, dhcp状态显示采用1s定时器刷新, 所以状态显示可能存在延时的情况; 3, xcap通过pcap导入报文会有部分字段自动变化, 且导入的报文DHCP数据部分无法正常解析, 建议通过新建的方式解决; 4, 添加报文格式举例: 1,2 说明: 1表示报文组1, 选中报文组后, 在状态栏会显示报文组的索引, 2表示第三个报文, 即索引为3的报文. 版本记录: V1.0.1(基础版本) 1, 支持连接xcap并读取报文功能; 2, 支持刷新按钮自动更新报文功能; 3, 支持选择网卡功能; 4, 支持通过pcap文件打开报文功能(已废弃); 5, 支持指定服务器交互; 6, 支持dhcp交互状态显示; 7, 支持输入框通过正则表达式限制输入字符; 8, 支持选择特定报文操作; V1.0.2 1, 将状态修改为自动显示, 即动态识别报文类型并显示结果; 2, 解决解析option字段, 若字段中存在多个value时存在丢失的问题; 3, 增加鼠标点击状态显示气泡信息; 4, 增加隔行显示不同颜色; V1.0.3 1, 修改dhcp的状态机, 之前的版本是收到报文则发送request, 之后收到报文则认为收到ack. 现修改为只有收到offer报文才发送request报文 , 收到ack报文才结束. 2, 增加dhcpv6功能; 3, 优化代码; V1.0.4 1, 修改request报文由于校验和和报文长度未初始化导致构造错误的问题 V1.0.5 1, 增加服务器地址的气泡提示; 2, 增加自动填充的气泡提示; 3, 添加的报文默认为选中状态; 4, 选择网卡下拉框中将虚拟网卡排放靠后; 5, 关闭程序时自动保存设置; V1.0.6 1, 优化代码, 将字段设置使用统一的函数处理; 2, 状态气泡显示格式化; 3, 双击表格表头实现全选和反选; 4, 增加renew(50%), rebind(87.5%)和release的自动发送功能; 5, 增加手动释放按钮和实现; 6, 增加部分打印信息用于调试; 暂未实现报文重传机制, 计划下一个版本实现 V1.0.7 1, 实现discover/solicit报文自动重传机制 2, renew, rebind以及release修改为手动发送 3, 解决报文发送错乱问题 4, 增加decline报文的发送 5, 解决设备无故发送discover报文问题 问题解决: 1, 停止后再次发送数据会出现数据错乱 分析: 停止客户端的时候, 删除过滤器是通过callback函数删除的, 这里应该是通过filter来进行删除. self.widget.sniff.del_filter(self.callback)修改为 self.widget.sniff.del_filter(self.filter) 2, 设备无故发送discover问题 分析: 由于发送discover报文使用的定时器, 定时器是通过判断当前的direction来确定是否重传的, 而当定时器老化时, 可能正好收到报文导 致direction被修改, 所以导致错误的发送discover报文的问题. 将接收逻辑修改为重传时判断当前状态是否为discover报文, 若是则重传, 否则不重传. V1.0.8 1, 增加inform实现 V1.0.9 1, 增加报文五元组的源mac地址和xid的气泡显示; 2, 增加步长和报文限制功能; 问题解决: 1, 修改ipv6报文添加失败的问题. 由于ipv4报文为xid, ipv6报文为trid, 需要区分处理. V1.0.10 1, 在发送dhcpv6报文之前, 先发送na报文触发服务器学习nd消息. V1.0.11 1, 增加发送solicit/request前, 自动响应ns报文. 自动响应ns报文的目标地址为solicit/request报文源mac地址生成的ipv6地址 2, 实现dhcpv6的renew续约功能. 3, 解决ipv6地址转换格式化不正确, 导致无法响应ns报文问题. 4, 增加日志输出到dhcp.log文件. V1.0.12 1, 增加dhcpv6的续约功能, 通过renew和rebind实现续约, 增加release、decline报文的实现; V1.0.13 1, 解决服务器无法设置ipv6地址的问题. 之前的输入框只允许输入数字和., 修改为运行输入数字.:和a-f 2, 解决多个客户端时, 若选中其中的部分客户端发送时报错. 由于客户端采用的是列表中包含元组的形式, 即[(row, [client1, client2])], 这样实际客户端无法直接通过row索引到clients, 导致列表读 取时溢出. 譬如有1、2、3三行数据, 这里只选中了第三行, 限制为1, 那么如果点击发送, 则clients = [(row, [client1]], 此时clients[2] 就会溢出. 所以这里讲clients修改为字典, 即通过row来索引客户端client = {3: [client1]} 3, 将数据发送放到线程中, 规避模拟大量客户端时界面假死的问题. 4, 当客户端限制小于等于50, 则气泡显示trid和ip地址信息. 当大于50, 则气泡显示获取ip地址的数量. V1.0.14 1, 解决监听报文使用的网卡不正确问题. V1.0.15 1, 解决dhcpv6的响应报文的IANA中包含Status code选项导致程序无法解析的问题. 兼容性处理, 即option为IAAddress时按照IAAddress解析, 当option为status code时按照Status code解析 V1.0.16 1, 解决DHCPv6的client_id的duid处理, 支持任意格式的duid.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值