标签：方式   手动   服务   otto   local   查找   网络基础   服务器   自动分配   

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 总结

运维网络基础（二）

标签：方式   手动   服务   otto   local   查找   网络基础   服务器   自动分配   

原文地址：http://blog.51cto.com/12805107/2066041