Network问题Q&A（2）
1.
答：最多保留七天
2.
答：要注意任务的有效期。有效期要长过压测时间，比如压测在 1 月 1 号中午 12 点，那么任务有效期就要在 12 点以后，否则会导致运维可以正常执行压测，但是调度不会给这个任务做下发。
3.
答：浏览器在初始化页面之类的动作的时候也是需要一点时间的，这一部分时间和客户的各项指标无关，这个和节点的性能可能有点关系（这个时间或多或少答案是绝对会有）。如果客户很介意，就忽略客户端时间吧，总下载时间就变小了，但这时候首屏时间不会变化
4.
答：XP 及 WIN7 以上可用（WIN7）不行
5.
答：有，默认每天 500 次
6.
答：有可能是节点的系统时间不准确 导致问题。即时监测 开 debug
7.
答：原因是我们的服务器不会即时的去修改数据库。会把这些积攒到一定程度以后一起修改。至于要多久无法确定，如果立刻就想用只能找后台吧之前存在数据库里面的账号名修改成任意字符，这样就不冲突了。就可以立刻重新创建。
8.
答：这一类错误一般是服务器跑出的 HTTP 状态码不存在于我们的错误代码库。页面错误 404 代 码就是 600404 而如果是客户自定义的我们肯定不知道。所以直接展示 600XXX 可以开启抓报从抓包里面看一下请求的响应状态码
9.
答：先关掉客户端，然后打开任务管理器，将所有 IE 的进程杀掉，然后重启客户端即可。
10.
答：任务中可以通过选择“只用 IPv4 节点”来避免 IPv4 节点去访问 IPv6 主机。默认是选择“IPv4 / IPv6 混合模式”
11.
答：建议尝试 chrome。较老版本的 XP 系统对 HTTPS 支持的不太好，使用 IE 可能会报这种错误
12.
答：2000 个字节左右吧，估计是 6 百个 IP 左右（非要写这那多的可以自己算下精确值）
13.
答：不一定。不过这样是毫无意义。IDC 有可能会禁 Ping。LM 的 IP 又是动态的。如果是客户咨询就直接回复：我们不提供这个服务，Ping 不通也正常。
14.
答：很遗憾，能看到分配套餐的全部任务。如果要确保每个子账号只能看到和管理自己的任务，就给每一个子账号开通独立的套餐，互不干扰就是很麻烦。
15.
答：客户主机只是记录了访问几次，但是我们报表在数据入库前可能遇到很多情况，比如示踪量、噪点、重发、所以我们报表还有个指标叫入库率，比如应发 100 实际入库 90，那就是 90%入库，但是客户那边可能就有 100 次记录甚至 101 次记录（我们会在一种情况下补发一次访问）
16.
答：我们买了第三方的服务，帮助对流媒体页面页面进行解析，响应回来的是 HTTP 所以不会有握手时间
17.
答：从一些抓包里面看，发现如果客户在 SSL 握手的时候会对 SSL 版本有要求，比如 TLSV1.0 及以上，那么仅支持 SSL2.0 或者 SSL3.0 的节点发出的请求会被服务器 RST 掉。当然这只是其中一种可能
18.
答：连接哪个主机由浏览器自己决定的，因为我们是控制了节点发什么样的 DNS（A 还是 AAAA）请求，但是我们不控制节点和谁建连
19.
答：如果我们不指定节点模式（混合模式）的话：
20.
21.
如果在指定 IPv6 节点的时候：
22.
23.
答：IE 内核下，每次请求访问之前会调用系统函数，直接清除掉电脑本身的缓存，而 chrome 是由于策略不一样，每一次访问必发起 DNS 请求而不是走缓存。