4
a url
 在报文中,我们可以找到,答案是拼接而成
 http://gaia.cs.umass.edu/cs453/index.html
Uniform Resource Locator,俗称网页地址
 标准格式如下
 协议类型:[//服务器地址[:端口号]][/资源层级UNIX文件路径]文件名[?查询][#片段ID]
b http版本
 1.1
 实际上,http除此之外,只有1.0版本
c 持续连接
 有字段 Connection:keep-alive
d ip地址
 没有ip地址,因为ip是网络层的东西
 而http是应用层协议,报文中不含有ip地址
e
 Mozilla/5.0
 关于为什么是这个东西可以参考这篇文章,很有意思
 http://www.cnblogs.com/ifantastic/p/3481231.html
不同的浏览器解析页面方式有所差别,所以服务器需要知道浏览器类型以方便发送对应版本的响应页面
5
a 能,200表示成功找到,data后面2008.3.7
另外,还有其他状态码,开头第一个数字决定正确或错误原因
| 状态码 | 内容 | 
|---|---|
| 1** | 信息,服务器收到请求,需要请求者继续执行操作 | 
| 2** | 成功,操作被成功接收并处理 | 
| 3** | 重定向,需要进一步的操作以完成请求 | 
| 4** | 客户端错误,请求包含语法错误或无法完成请求 | 
| 5** | 服务器错误,服务器在处理请求的过程中发生了错误 | 
我们最常见的404就是服务器找不到页面,也就是请求地址有错
b Last-Modified :Sat,10,Dec2005 18:27:46
 c Content_Length:3874
 d <!Doc,(但凡http文件都是这个开头)
 同意持久链接 ,keep-Alive(也可以看http1.1版本)
7、
2RTT0+RTT1+RTT2+……+RTTn
这个考察的是多层DNS服务器,比如这种情况
 点击链接(比如amazon)后,浏览器会先问访问根服务器
 根服务器返回一个com DNE servers地址 耗时RTT1
 然后访问comDNS servers ,返回amazon.com……
 所以查到ip地址需要RTT1+RTT2……
然后再加上建立tcp连接和发送请求报文的2RTT0即可
26
ab都是可以的
 理由:因为我就是这么干的(滑稽)
真实理由:
 a、在P2P发送中,为了保证发送范围不断扩大更新,有一条规则是:每隔一段时间随机发一个chunk给某个用户
 所以Bob只要在一个用户数量足够大的P2P网络中,就一定会收到所需的所有chunk拼成需要的文件
b、当然可以,一台电脑都行,更何况多台电脑?
 效果其实更好,每台电脑可以下载不同的chunk,然后拼在一起,更快
补充题
1、简述应用层三大体系结构的特点
| 结构 | C/S | P2P | 混合 | 
|---|---|---|---|
| 概述 | 客户端连接中央服务器 | 点对点传输 | 局域网P2P,整个互联网上C/S | 
| 优点 | 永久服务,域名稳定 | 任意节点通信,速度快,高度可伸缩 | 结合两者优点 | 
| 缺点 | 流量大,服务器容易阻塞,宕机 | 难以管理,版权维护困难 | 避免两者缺点 | 
2、什么是套接字,用户代理和Web缓存?简述用户进程和套接字的关系
套接字:TCP用主机IP地址加上端口号作为TCP连接的端点,这个端点就是套接字
 用户代理:一个特殊字符串头,使得服务器能够识别客户使用的操作系统版本,CPU,浏览器等
 web缓存:用于临时存储web页面,以降低服务器延迟的一种技术
套接字socket是让一个进程与其他进程相互通信的渠道和方法
3、什么是P2P文件共享?简述其内容定位的三种方式的特点
p2p文件共享:允许用户使用p2p软件访问多个媒体文件
1)集中式目录
 工作原理:
 1、通知:对等方启动时,将其IP地址及可共享内容通知服务器
 2、查询内容:用户查询需要共享的对象
 3、获取内容:
 4、更新:当对等方获得新对象或删除对象时,通知目录服务器更新
问题:单点故障,性能瓶颈,侵犯版权,可靠性(传输分散,定位集中)

京公网安备 11010502036488号