TCP 与 HTTP
OSI，TCP/IP，五层协议的体系结构，以及各层协议
OSI分层 （7层）
：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。
TCP/IP分层（4层）
：网络接口层、 网际层、运输层、 应用层。
五层协议 （5层）
：物理层、数据链路层、网络层、运输层、 应用层。
每一层的协议如下：
每一层的作用如下：
物理层：
通过媒介传输比特,确定机械及电气规范（比特Bit）
数据链路层
：将比特组装成帧和点到点的传递（帧Frame）
网络层
：负责数据包从源到宿的传递和网际互连（包PackeT）
传输层
：提供端到端的可靠报文传递和错误恢复（段Segment）
会话层
：建立、管理和终止会话（会话协议数据单元SPDU）
表示层
：对数据进行翻译、加密和压缩（表示协议数据单元PPDU）
应用层
：允许访问OSI环境的手段（应用协议数据单元APDU）
IP地址的分类
A类地址：以0开头， 第一个字节范围：0~127（1.0.0.0 – 126.255.255.255）；
B类地址：以10开头， 第一个字节范围：128~191（128.0.0.0 – 191.255.255.255）；
C类地址：以110开头， 第一个字节范围：192~223（192.0.0.0 – 223.255.255.255）；
10.0.0.0—10.255.255.255， 172.16.0.0—172.31.255.255， 192.168.0.0—192.168.255.255。（Internet上保留地址用于内部）
IP地址由网络号和主机号组成，ip与子网掩码相与得到网络号
A类网络网络号是前1个字节
B类网络网络号是前2个字节
C类网络网络号是前3个字节
子网划分
传统的两级ip地址空间利用率很低，一个A类网络可连接的主机数可超过1000万台，但实际连接的主机数并不多。所以需要对网络进行子网划分，通过子网掩码来区分网络。
三级ip地址：<网络号><子网号><主机号>
ARP是地址解析协议，简单语言解释一下工作原理。
注意：ARP是解决同一个局域网上的主机和路由器ip和MAC地址的解析。
1：首先，每个主机都会在自己的ARP缓冲区中建立一个ARP列表，以表示IP地址和MAC地址之间的对应关系。
2：当源主机要发送数据时，首先检查ARP列表中是否有对应IP地址的目的主机的MAC地址，如果有，则直接发送数据，如果没有，就向本网段的所有主机发送ARP数据包，该数据包包括的内容有：
源主机
IP地址，源主机MAC地址，目的主机的IP
地址
。
3：当本网络的所有主机收到该ARP数据包时，首先检查数据包中的IP地址是否是自己的IP地址，如果不是，则忽略该数据包，如果是，则首先从数据包中取出源主机的IP和MAC地址写入到ARP列表中，如果已经存在，则覆盖，然后将自己的MAC地址写入ARP响应包中，告诉源主机自己是它想要找的MAC地址。
4：源主机收到ARP响应包后。将目的主机的IP和MAC地址写入ARP列表，并利用此信息发送数据。如果源主机一直没有收到ARP响应数据包，表示ARP查询失败。
广播发送ARP请求，单播发送ARP响应。
各种协议
ICMP协议：
因特网控制报文协议。它是TCP/IP协议族的一个子协议，用于在IP主机、路由器之间传递控制消息。
TFTP协议：
是TCP/IP协议族中的一个用来在客户机与服务器之间进行简单文件传输的协议，提供不复杂、开销不大的文件传输服务。
HTTP协议：
超文本传输协议，是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。
DHCP协议：
动态主机配置协议，是一种让系统得以连接到网络上，并获取所需要的配置参数手段。
NAT协议
：网络地址转换属接入广域网(WAN)技术，是一种将私有（保留）地址转化为合法IP地址的转换技术，
DHCP协议：
一个局域网的网络协议，使用UDP协议工作，用途：给内部网络或网络服务供应商自动分配IP地址，给用户或者内部网络管理员作为对所有计算机作中央管理的手段。
描述：RARP
RARP是逆地址解析协议，作用是完成硬件地址到IP地址的映射，主要用于无盘工作站，因为给无盘工作站配置的IP地址不能保存。工作流程：在网络中配置一台RARP服务器，里面保存着IP地址和MAC地址的映射关系，当无盘工作站启动后，就封装一个RARP数据包，里面有其MAC地址，然后广播到网络上去，当服务器收到请求包后，就查找对应的MAC地址的IP地址装入响应报文中发回给请求者。因为需要广播请求报文，因此RARP只能用于具有广播能力的网络。
TCP三次握手和四次挥手的全过程
三次握手：
第一次握手：客户端发送连接请求包(SYN=1,seq=x)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到连接请求包，必须发送响应包（ACK=1，ack=x+1），由于TCP是全双工连接，所以同时自己也发送一个连接请求包（SYN=1，seq=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包（ACK=1，ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。
四次握手
与建立连接的“三次握手”类似，断开一个TCP连接则需要“四次握手”。
第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不 会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可 以接受数据。
第二次挥手：被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。
第三次挥手：被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，我的数据也发送完了，不会再给你发数据了。
第四次挥手：主动关闭方收到FIN后，发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。
在浏览器中输入www.baidu.com后执行的全部过程
1、客户端浏览器通过DNS解析到www.baidu.com的IP地址220.181.27.48，通过这个IP地址找到客户端到服务器的路径。客户端浏览器发起一个HTTP会话到220.161.27.48，然后通过TCP进行封装数据包，输入到网络层。
2、在客户端的传输层，把HTTP会话请求分成报文段，添加源和目的端口，如服务器使用80端口监听客户端的请求，客户端由系统随机选择一个端口如5000，与服务器进行交换，服务器把相应的请求返回给客户端的5000端口。然后使用IP层的IP地址查找目的端。
3、客户端的网络层不用关系应用层或者传输层的东西，主要做的是通过查找路由表确定如何到达服务器，期间可能经过多个路由器，这些都是由路由器来完成的工作，我不作过多的描述，无非就是通过查找路由表决定通过那个路径到达服务器。
4、客户端的链路层，包通过链路层发送到路由器，通过邻居协议查找给定IP地址的MAC地址，然后发送ARP请求查找目的地址，如果得到回应后就可以使用ARP的请求应答交换的IP数据包现在就可以传输了，然后发送IP数据包到达服务器的地址。
TCP和UDP的区别？
TCP提供面向连接的、可靠的数据流传输，而UDP提供的是非面向连接的、不可靠的数据流传输。
TCP传输单位称为TCP报文段，UDP传输单位称为用户数据报。
TCP注重数据安全性，UDP数据传输快，因为不需要连接等待，少了许多操作，但是其安全性却一般。
TCP对应的协议和UDP对应的协议
TCP对应的协议：
（1）
FTP
：定义了文件传输协议，使用
21
端口。
（2）
Telnet
：一种用于远程登陆的端口，使用
23
端口，用户可以以自己的身份远程连接到计算机上，可提供基于DOS模式下的通信服务。
（3）
SMTP
：邮件传送协议，用于发送邮件。服务器开放的是
25
号端口。
（4）
POP3
：它是和SMTP对应，POP3用于接收邮件。POP3协议所用的是
110
端口。
（5）
HTTP
：是从Web服务器传输超文本到本地浏览器的传送协议。
UDP对应的协议：
（1）
DNS
：用于域名解析服务，将域名地址转换为IP地址。DNS用的是
53
号端口。
（2）
SNMP
：简单网络管理协议，使用
161
号端口，是用来管理网络设备的。由于网络设备很多，无连接的服务就体现出其优势。
（3）
TFTP
(Trival File Tran敏感词er Protocal)，简单文件传输协议，该协议在熟知端口
69
上使用UDP服务。
DNS域名系统，简单描述其工作原理。
当DNS客户机需要在程序中使用名称时，它会查询DNS服务器来解析该名称。客户机发送的每条查询信息包括三条信息：包括：指定的DNS域名，指定的查询类型，DNS域名的指定类别。基于UDP服务，端口53. 该应用一般不直接为用户使用，而是为其他应用服务，如HTTP，SMTP等在其中需要完成主机名到IP地址的转换。
面向连接和非面向连接的服务的特点是什么？
面向连接的服务，通信双方在进行通信之前，要先在双方建立起一个完整的可以彼此沟通的通道，在通信过程中，整个连接的情况一直可以被实时地监控和管理。
非面向连接的服务，不需要预先建立一个联络两个通信节点的连接，需要通信的时候，发送节点就可以往网络上发送信息，让信息自主地在网络上去传，一般在传输的过程中不再加以监控。
TCP的三次握手过程？为什么会采用三次握手，若采用二次握手可以吗？
答：建立连接的过程是利用客户服务器模式，假设主机A为客户端，主机B为服务器端。
（1）TCP的三次握手过程：主机A向B发送连接请求；主机B对收到的主机A的报文段进行确认；主机A再次对主机B的确认进行确认。
（2）采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B，因而产生错误。失效的连接请求报文段是指：主机A发出的连接请求没有收到主机B的确认，于是经过一段时间后，主机A又重新向主机B发送连接请求，且建立成功，顺序完成数据传输。考虑这样一种特殊情况，主机A第一次发送的连接请求并没有丢失，而是因为网络节点导致延迟达到主机B，主机B以为是主机A又发起的新连接，于是主机B同意连接，并向主机A发回确认，但是此时主机A根本不会理会，主机B就一直在等待主机A发送数据，导致主机B的资源浪费。
（3）采用两次握手不行，原因就是上面说的实效的连接请求的特殊情况。
TCP运输连接管理
1、
TCP的连接建立(用三次握手建立TCP连接)
为什么A还要发送一次确认呢？
这主要是为了防止已失效的连接请求报文段突然又传送到了B，因而产生错误。假定出现一种异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某些网络结点长时间滞留了，以致延误到连接释放以后的某个时间才到达B。本来这是一个早已失效的报文段。但B收到此失效的连续请求报文段后，就误认为是A又发出新的连接请求。于是就向A发出确认报文段，同意建立连接。假定不采用三次握手，那么只要B发出确认，新的连接就建立了。
由于现在A并没有发出建立连接的请求，因此不会理睬B的确认，也不会向B发送数据。但B却认为新的运输连接已经建立了，并一直等待A发来数据。B的许多资源就这样白白浪费了。
采用三次握手的办法可以防止上述现象的发生。例如在刚才的情况下，A不会向B的确认发出确认。B由于收不到确认，就知道A并没有要求建立连接。
2、
TCP的连接释放(四次挥手)
l
A的应用进程先向其TCP发出连接释放报文段，并停止再发送数据，主动关闭TCP连接。A把连接释放报文段首部的FIN置1，其序号seq=u，它等于前面已传送过的数据的最后一个字节的序号加1。这时A进入FIN-WAIT-1（终止等待1）状态，等待B的确认。