1.1 DHCP协议DHCP（Dynamic Host Configuration Protocol,动态主机配置协议）是由IETF(Internet工作任务小组)设计开发的，专门用于为TCP/IP网络中的计算机自动分配TCP/IP参数的协议 1.1.1 使用DHCP的好处减少管理员的工作量 避免输入错误的可能 避免IP冲突 提高了IP地址的利用率 方便客户端的配置 1.1.2 DHCP的分配方式自动分配 ：分配到一个IP地址后永久使用 手动分配 ：由DHCP服务器管理员专门指定IP地址 动态分配 ：使用完后释放该IP，供其它客户机使用 1.1.3 DHCP工作原理
1. 客户机请求IP当一个DHCP客户机启动时，客户机还没有IP地址，所以客户机要通过DHCP获取一个合法的地址。此时DHCP客户机以广播方式（因为DHCP服务器的IP地址对客户机来说是未知的）发送DHCP Discover发现信息来寻找DHCP服务器。广播信息中包含DHCP客户机的MAC地址和计算机名，以便DHCP服务器确定是哪个客户机发送的请求。
2. 服务器响应 当DHCP服务器接收到来自客户机请求IP地址的信息时，它就在自己的IP地址池中查找是否有合法的IP地址提供给客户机，如果有，DHCP服务器就将此IP地址做上标记，加入到DHCP Offer的消息中，然后DHCP服务器就广播一则包含下列信息的DHCP Offer消息。
3. 客户机选择IP DHCP客户机从接收到的第一个DHCP Offer消息中提取IP地址，发出IP地址的DHCP服务器将该地址保留，这样该地址就不能提供给另一个DHCP客户机。当客户机从第一个DHCP服务器接收DHCP Offer消息并提取了IP地址后，客户机将DHCP Request消息广播到所有的DHCP服务器，表明它接受提供的内容，DHCP Request消息包括为客户机提供IP配置的服务器的服务标示符（服务器IP地址），DHCP服务器查看服务器标识符字段，以确定提供的IP地址是否被接受，如果DHCP Offer被拒绝，则DHCP服务器将会取消并保留其IP地址以提供给下一个IP租约的请求。
4. 服务器确定租约 DHCP服务器接收到DHCP Request消息后，以DHCP ACK消息的形式向客户机广播成功的确认。该消息包含有IP地址的有效租约和其他可配置的信息，虽然服务器确认了客户机的租约请求，但是客户机还没有接收到服务器的DHCP ACK消息。当客户机收到DHCP ACK消息时，它就配置了IP地址，完成TCP/IP的初始化。
5. 重新登录 DHCP客户机每次重新登录网络时，不需要再发送DHCP Discover信息，而是直接发送包含前一次所分配的IP地址的DHCP Request请求信息。当DHCP服务器接收到这一信息后，它会尝试让DHCP客户机继续使用原来的IP地址，并回答一个DHCP ACK确认信息。如果此IP地址已无法再分配给原来的DHCP客户机使用时（比如IP已经分配给其他的DHCP客户机使用），DHCP服务器给DHCP客户机回答一个DHCP Nack否认信息。当原来的DHCP客户机收到此DHCP Nack否认信息后，它就必须重新发送DHCP Discover发现信息来请求新的IP地址。 （1）发送带有IP地址的DHCP Request请求包 （2）IP地址没有分配使用，发送DHCP ACK确认信息 客户端继续使用重启前的IP地址 （3）IP地址分配到其他客户机使用 发送DHCP Nack否认信息 客户机重新发送DHCP Discover 6. 更新租约 IP地址的租期达到50%后，须重新更新租期 客户端直接向服务器发送DHCP Request包 第2章 传输层的两种协议（TCP和UDP）传输层=====>主机到主机层 2.1 TCP：传输控制协议 ---属于面向连接的网络协议---同步（安全 效率低）TCP协议特点：属于面向连接的网络协议同步 （提供全双工服务，即数据可在同一时间双向传输）安全，可靠传输 ，传输速度慢，效率低使用TCP的应用：web浏览器；电子邮件；文件传输程序 2.2 UDP: 用户报文协议---属于无连接的网络协议-----异步（不安全 效率高）UDP协议特点： 属于无连接的网络协议异步不安全，速度传输快尽力而为，不管你是否收到使用UDP的应用：DNS，视频流，IP语音（VoIP）
2.2.1 端口号计算可用端口：2的16次方=65536 0号端口不会用到，所以是1-65535 1-65535（涉及到一些著名的端口号1-1024 ） 注：著名端口号范围1-1024，自定义端口的时候不要使用（避免冲突）随机端口号默认范围区间：
源端口随机端口号分配，取决于这个配置文件第3章 TCP三次握手/四次挥手3.1 TCP报头
1. 源端口号：发送端的端口号（随机） 2. 目的端口号：接收端的端口号（固定） 3. 确认号的概念：服务端接受到拆分后的数据包。进行确认，告知下一次发送的数据包序列号信息 4. TCP报文重要控制位： 1）syn：请求建立连接 2）fin：请求断开连接 3）ack：确认控制字段，表示接收的数据进行确认（从而实现了TCP协议的可靠性） 3.2 三次握手3.2.1 第一次由主机A发送建立TCP连接的请求报文，其中报文中包含seq序列号，是由发送端随机生成的，并且还将报文中SYN字段置为1，表示需要建立TCP连接请求 3.2.2 第二次主机B会回复A发送的TCP连接请求报文，其中包含seq序列号，也是由回复端随机生成的，并且将回复报文的SYN字段置1，而且会产生ACK验证字段，ACK验证字段数值是在A发过来的seq序列号基础上加1进行回复；并且还会回复ack确认控制字段，以便A收到信息时，知晓自己的TCP建立请求已得到了确认。3.2.3 第三次A端收到B端发送的TCP建立请求后，会使自己的原有序列号加1进行再次发送序列号，并且再次回复ACK验证请求，在B端发送过来的seq基础上加1，进行回复；同时也会回复ack确认控制字段， 以便B收到信息时，知晓自己的TCP建立请求已经得到了确认 数据传输过程中：每发送一次数据，都会产的ACK（表示收到了对方seq对应的信息），ack（表示确认收到），seq（请求序列号）
3.3 四次挥手3.3.1 第一次挥手主机A发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。 3.3.2 第二次挥手主机B收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。 3.3.3 第三次挥手主机B发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。 3.3.4 第四次挥手A端收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手
3.4 总结
|
|
|
来自： charlie_linux > 《80211》
