14在HTTP服务器上找到的分组.pdfVIP

下载 第14章 在HTTP服务器上找到的分组 14.1 概述 本章我们将通过分析一个繁忙的 H T T P 服务器上所处理的分组，从另外的角度来分析 H T T P协议，同时还将对 I n t e r n e t协议族中的一些特性进行一般性的分析。这样我们就能把卷 1 和卷2 中描述的T C P / I P协议的一些特性与现实世界中的联系起来。从本章也可看到， T C P协议 的行为和实现的变化很多，有时甚至明显不合理。本章有很多主题，我们把它们近似地按照 T C P连接动作的顺序来安排：连接建立、数据传输和连接终止。 我们是从一个商业的 I n t e r n e t服务提供商的系统上收集数据。这个系统为 2 2 个组织提 供H T T P服务，同时运行 NCSA h t t p d服务器的2 2个副本(我们将在下一节中讨论运行多个服 务器程序) 。该系统的C P U是I n t e l奔腾处理器，运行的操作系统是 BSD / OS V1.1 。 我们收集了三种数据： 1) 在连续的 5天当中每小时运行一次 n e t s t a t程序，运行该程序时带 - s选项，用来收集 I n t e r n e t协议维护的所有计数器。这些计数器在卷 2 中我们都有介绍，如第 1 6 4页( I P ) 、 第6 3 9页( T C P )等。 2) 在这5天当中Tc p d u m p程序(见卷 1附录A ) 2 4小时运行，记录所有发出的和从 8 0端口来的 带有S Y N、F I N或R S T标志的T C P分组。这样，我们可以详细考查 T C P连接的统计结果。 在这期间共收集到 686 755 个符合上述条件的分组，它们分属于 147 103次T C P连接尝 试。 3) 在5天的测量中，做了一次为期 2 . 5小时的统计，记录所有发出的和从 8 0端口来的T C P分 组。因为我们可以对除了带有 S Y N、F I N或R S T标记以外的更多的分组进行检查，所以 我们可以对少数特殊情况进行更详细的分析。在这次统计中共记录了 1 039 235个分组， 平均每秒 11 5个。 收集2 4小时内的SYS / FIN / RST分组的命令是： - p标志没有把网络接口置于混合模式 ( p r o m i s c u o u s ) ，所以只有运行Tc p d u m p程序的主机发 出或接收的分组才可能被捕捉，这也正是我们所需要的。这样减少了从本地网络中收集的数 据量，同时也使Tc p d u m p程序减少了分组的丢失。 这个标志没有保证非混合模式。也有人可以将网络接口设为混合模式。 在这个主机上多次长时间运行 Tc p d u m p ，报告的分组丢失情况为：每 16 000个丢 失1个至每22 000个丢失1个之间。 - w标志将收集结果以二进制格式存入文件，而不是以文本方式在终端上输出。这个输出 文件的二进制数据随后可以用 - r标志转换成我们所期望的文本文件。 只有发出的或从8 0端口来的T C P分组才被收集。此外还要求：从 T C P分组首部开始算，取 第1 3字节与数字7进行逻辑与运算，结果必须为 0 。这是用来测试S Y N 、F I N或R S T标志是否被 第1 4章 在H T T P 服务器上找到的分组计计143 下载 置位(见卷 1第1 7 1页) 。通过收集满足上述条件的分组，然后分析 S Y N和F I N上的T C P序号，我 们能得到连接的每个方向上，传输数据的字节数。 Vern Paxson 的t c p d u m p - r e d u c e软件就 是采用了这种简化方式 (h t t p : / / t o w n . h a l l . o r g / A r c h i v e / p u b / I T A) 。 我们给出的第一张图 ( 图1 4 - 1 )是5天中尝试连接的总数，包括主动和被动建立的连接。图 中表示的是两个T C P计数器： t c p s _ c o n n a t t e m p t和t c p s _