问题驱动型复习方案。
dns、vpn、ssl
万维网、因特网、互联网、https、http、web
透明传输 屏蔽
代理技术
cookie
python方法raw_input()用不了:2.x用raw_input(); 3.x用input()都是默认返回str
Ⅰ、应用层
1、不同端系统的进程通过网络彼此相互通信。
2、持续HTTP和非持续HTTP
3、SSL
4、HTTPS
5、DNS
6、SMTP
7、基于HTTP的邮件传输
8、TCP协议提供的服务包括:可靠的数据传输服务(一定按序到达)、拥塞控制
Ⅱ、运输层
- 为运行在不同主机上的应用进程提供逻辑通信功能
- TCP套接字通过一个四元组确定、UDP套接字通过一个二元组确定
- TCP是全双工通信
- TCP连接包括一个连接套接字(欢迎套接字)和一个新的套接字
- 运输层有着多路复用和多路分解的作用
- UDP除了复用和分解功能以及少量的差错检测之外,几乎啥也没做
- 套接字和进程之间不总是一一对应的关系,事实上,通常是web服务器进程为每个客户连接创建一个具有新连接套接字的新线程。
- 虽然UDP协议没有提供可靠数据传输,但是基于UDP的应用是可以通过在应用层协议上实现可靠数据传输的
- UDP和TCP混用的一个隐藏的问题是:UDP可能挤垮TCP会话。
- 实现可靠数据传输的技术有:自动请求重传、差错检测、选择性重传、回退N。。。。
- TCP连接是点对点的,所谓多播对于TCP来说是不可能的。
- TCP连接中,两台主机之间的网络元素(路由器、交换机和中继器)没有为该连接分配任何缓存和变量,发送和接收缓存只在端系统中存在。
- TCP协议在不可靠的IP网际协议的基础上提供可靠的数据传输服务,保证数据的完整性、提供差错检测和按序到达。
- TCP采用了单一的重传定时器,采用累计确认的策略。
- TCP选择回退N(GBN)还是选择型重传(SR)?答:TCP发送方仅需要维持已发送过但未被确认的字节的最小序号,看起来像回退N;同时很多TCP实现会缓存正确接收但是失序的报文段,在RFC2018中,它允许TCP接收方有选择地确认失序报文段,而不是累计确认最后一个正确接收的有序报文段,这时有点儿像SR。所以TCP的差错恢复机制最好被分类为GBN和SR的混合体。
- TCP实现流量控制:发送方维护一个接收窗口的变量来提供流量控制,为了防止接收方无法及时接收而导致数据丢失。
- TCP实现拥塞控制:慢启动、拥塞避免、快速恢复,为了避免网络拥塞而发生丢包。
- TCP的连接管理:三次握手、四次挥手,为什么需要三次握手而不是两次握手?
Ⅲ、网络层
1、