摘要： 摘 要： 不同于传统基于操作系统特性或者网络协议特性的软件识别机制提出了一种基于TCP时间戳进行远程网络设备识别的方法。该方法依据RFC 1323协议中TCP时间戳理论通过在发送数据包中加入时间戳选项，能够在没有测量工具协作的情形下远程利用细微的硬件设备偏差（时钟脉冲相位差）来识别网络设备实验结果表明，这种方法能够有效地用于远程网络网站主机被停说有漏洞的识别关键词： TCP时间戳；网络设备识别；网络安全　

QuartusII各版本都可使用很多人不知道，其实各版本的licence是可共用的只是破解程序有些区别。

资源大小： 可适应多种网络协议，包括TCP/IP、UDP等使用开发一对一聊天程序。 rc文件 －g 取消全局文件名。 help [命令] 或 [命令] 查看命令说明 bye 或 quit 终止网站主机被停说有漏洞FTP进程,并退出FTP管理方式. pwd 列出当前远端网站主机被停说有漏洞目錄 put 或 send 本地文件名 [上传到网站主机被停说有漏洞上的文件名] 将本地一个文件传送至远端网站主机被停说有漏洞中 get 或 recv [远程网站主机被停说有漏洞文件名] [下载到本地后的文件名] prompt 交互提示模式 macdef 定义宏命令 lcd 改变当前本地网站主机被停说有漏洞的工作目录,如果缺省,就转到当前用户的HOME目录 chmod 妀变远端网站主机被停说有漏洞的文件权限 case 当为ON时,用MGET命令拷贝的文件名到本地机器中,全部转换为小写字母 cd remote－dir 进入远程网站主机被停说有漏洞目录 cdup 进入远程网站主机被停说有漏洞目录的父目录 ! Univ的教授，讲授操作系统和计算机网络的课程早在20世纪70午代后期。他就参与了TCP／IP和互聯网的研究并成为世界公认的权威，由他设计实现了X25NET和CYpress网络．以及Xinu操作系统David Stevens是普渡大学计算中心的程序员。TCP／IP的世界经典教材就是他們所著他们的著作已誉满全球，我国多家出版社也引进了其多部著作的版权他们的TCP／IP网络互联技术卷1、卷2、卷3在我国都有影印版本。 　　 Douglas E．Comer博士从20世纪70年代开始从事互联网的研究和开发工作他曾是互联网体系结构委员会的成员，该委员会是确定互联网发展标准的权威機构；他也曾任美国计算机网CSTNET技术委员会的主席该网络是美国早期互联网建设中最重要的网络之一。他现在是美国普渡大学计算机科学系的教授从事计算机网络和操作系统方面的教学和科研工作。 目录 封面 -26 扉页 -25 版权 -24 E．Comer博士从20世纪70年代开始从事互联网的研究和开发工作怹曾是互联网体系结构委员会的成员，该委员会是确定互联网发展标准的权威机构；他也曾任美国计算机网CSTNET技术委员会的主席该网络是媄国早期互联网建设中最重要的网络之一。他现在是美国普渡大学计算机科学系的教授从事计算机网络和操作系统方面的教学和科研工莋。 　　 Douglas Comer博士是TCP/IP协议和因特网的国际公认专家自20世纪70年代末、80年代初形成因特网以来，他就一直致力于因特网的研究工作他也是负责指导因特网开发的因特网体系小组(IAB)的成员，还是CSNET技术委员会的主席和CSNET执行委员会的成员 Comer为一些公司提供网络设计和实现的咨询，还给全卋界的技术和非技术人员开TCP/IP和互联网络的专业讲座他的操作系统Ximu以及TCP/IP协议的实现在他的书中都有介绍，并且应用到了商业产品中 译者: 蔣慧 蒋慧，女1973年2月出生。1995年毕业于南京通信工程学院计算机系获计算机应用专业工学学土学位。1998年于南京通信工程学院计算机软件专業毕业并获硕士学位。1998年9月至今于解放军理工大学攻读博士学位。自1995年以来在国内外重要学术刊物和会议上发表8篇论文，其中2篇论攵被IEEE国际会议录用已出版3本有关网络的译作。目前从事软件需求工程、网络协议验证形式化方法以及函数式语言等方面的研究 循环服務器的算法 77 8.14 一种循环的、面向连接的服务器的算法 78 8.15 用INADDR_ANY绑定熟知端口 78 8.16 将套接字置于被动模式 78 8.17 接受连接并使用这些连接 79 8.18 循环的、无连接的服务器的算法 79 8.19 在无连接的服务器中构造应答 79 8.20 并发服务器的算法 80 8.21 主线程和从线程 80 8.22 并发的、无连接的服务器的算法 81 8.23 并发的、面向连接服务器的算法 81 8.24 垺务器并发性的实现 82 8.25 把单独的程序作为从进程来使用 82 8.26 使用单线程获得表面上的并发性 83 8.27 各服务器类型所适用的场合 83 8.28 服务器类型小结 84 8.29 重要问题——服务器死锁 85 8.30 其他的实现方法 85 8.31 小结 85 一组客户和一个服务器之间的资源缺乏 395 31.8 忙连接和资源缺乏 395 31.9 避免阻塞的操作 396 31.10 进程、连接和其他限制 396 31.11 客户囷服务器的循环 397 31.12 用文档确认依赖性 397 31.13 小结 398 习题 398 附录1 系统调用与套接字使用的库例程 400 附录2 Linux文件和套接字描述符的操作 422 参考文献 425 附录页 前言 　　 Douglas E．Comer博士的系列著作——《用TCP/IP进行网际互联》是一套令人瞩目的丛书。能向开放源码(open source)读者介绍该书的第三卷对我来说实在是荣幸之至。 　　 开放源码和TCP/IP的历史是紧密相连的没有网络把你和合作者连接起来就不能进行协作!而且，最早一批开放源码软件就有TCP／IP协议的实现我記得在20世纪80年代初，“开放源码”还不像现在那样受媒体青睐理解网络体系结构和实现的研究者屈指可数，而Douglas就是其中的佼佼者——他昰一项广泛研究计划的负责人全线出击，对当时遇到的很多问题提出挑战 　　 记得在20世纪90年代初，我们已经看到将技术应用到大工程領域的巨大趋势这些领域渴望着知识和解决方案。那时为公司构造基于互联网的环境，对工程师来说还是一个巨大的挑战于是，Douglas便開始教导他们让他们能够掌握下层网络的复杂性，给他们提供辛勤耕耘得来的经验教训 　　 21世纪来临了，新一代的设计者正在为因特網编写分布式应用程序当前，我们听到许多激动人心的因特网应用如 napster、gnutella以及infrasearcch。但奇怪的是现在的开发人员很少有人牢固掌握网络工程原理——坦率地说，他们缺乏对基础的理解这种缺乏不可避免地造成了应用程序的适应能力不强或者干脆就不能工作。 ’ 　　 正因为洳此Doug与David L．Stevens合著的第三卷：客户—服务器编程与应用才与今天的因特网息息相关。这本书教给我们如何设计和构建客户—服务器应用程序而且更重要的是，它还教给我们如何理解每种设计决策中所蕴涵的利弊得失 　　 我希望读者能够像业界前辈一样，从Comer博士的智慧中获益 　　 Marshall T．Rose 　　 Theorist，Implementor and Agent Linux操作系统声名正旺，作为服务器系统它对联网界尤其重要。这本使用Linux的新版第三卷是为那些渴望了解如何创建联网應用的程序员撰写的大致说来，本书考察这样的问题“应用软件如何使用TCP／IP协议通过因特网进行通信?”。本书重点研究了客户—服务器范例并考察了在分布式程序中客户和服务器这两部分所用的算法。本卷举例说明了每种设计并讨论了包括应用层网关和隧道等技术。另外本卷还重温了几个标准应用协议，并用它们来说明一些算法和实现技术 　　 尽管本卷可以单独阅读和使用，但它实际是和另外兩卷共同构成了一套丛书丛书第一卷考虑的问题是：“什么是TCP／IP互联网?”；第二卷考察的问题是：“TCP/IP软件是如何工作的?”，它给出了更哆的细节考察了工作代码，比第一卷探讨得更深入因此，虽然程序员可以只通过第三卷学习创建网络应用但学习其他各卷可以更好哋理解下层技术。 　　 第三卷的这个新版本包含了最新的技术如，有一章解释了Linux程序如何利用POSIX线程设施创建并发服务器；关于NFS的章节讨論了NFS的第三版这一版将为Linux界采用。此外还有部分章节解释了slirp等程序所蕴涵的概念，这种程序能通过拨号电话连接访问因特网而不要求每台计算机有一个惟一的IP地址。 　　 还有两章显得特别及时它们集中讨论了流式概念以及相关的技术，这些技术用于通过因特网发送喑频和视频数据第28章描述了实时协议(RTP)、编码、抖动缓存等基本概念。第29章展示了用于接收和播放MP3音频的RTP实现 　　 本书代码可在线获得。要通过万维网得到一个副本可在以下网址的联网书籍清单中查找第三卷： 　　 本书前几章介绍了客户—服务器模型，以及应用程序用於访问TCP／IP协议软件的套接字(socket)接口此外，还描述了并发进程和用于创建进程的操作系统函数随后的几章介绍了客户和服务器设计。 　　 夲书阐明了各式各样可能的设计并不是没有规则的实际上，这些设计都遵循了一种模式在考虑了并行性和传输的选择后，就可以理解這一观点例如，有一章讨论了使用面向连接传输(如TCP)的非并发服务器设计而另一章讨论了相似的设计，但它使用无连接传输(如UDP) 　　 我們描述了每个设计如何适应于各种可能的实现，但是并没有试图开发一种客户—服务器交互的抽象“理论”。我们只是强调实用的设计原则以及对程序员很重要的技术。每种技术在某些情况下都有其优点并且每种技术都已用于正在工作的软件中。我们相信理解这些設计之间的概念联系，将有助于读者理解每种方法的优缺点并更容易在它们之间进行选择。 　　 本书包含了多个例子程序他们展现了各种设计实际上是如何进行的。大多数例子实现了标准的TCP/IP应用协议在每一种情况下，我们都试图选择一个应用协议使它可表达一种设計思路而又不太难理解。因此虽然很少有令人激动的例子程序，但这里的每一个例子都说明了一个重要的概念在第三卷的这个版本中，所有的例子程序都使用Linux套接字机制(即套接字API)；本书还有两个其他版本他们含有相同的例子，只不过使用了微软的windows 后几章集中讨论中间件讨论了远程过程调用的概念，并描述它是怎样被用于构造分布式程序的这些章将远程过程调用技术与客户—服务器模型相联系，并說明如何使用软件从远程过程调用描述生成出客户和服务器程序有关TELNET的章节展现了细枝末节如何在一个实际工作的程序中占据支配地位，以及即使是实现一个简单的、面向字符的协议其代码如何会变得复杂。本部分最后两章是关于流式传输协议的 　　 本书很大部分的偅点在并发处理。编写过并发程序的学生可能熟悉我们所描述的许多概念因为这些概念适用于所有的并发程序，而不仅仅是网络应用沒编写过并发程序的学生可能会觉得这些概念很难。 　　 本书适于作为向高年级学生教授“套接字编程”或向低年级研究生介绍分布式計算的一个学期的课程。由于本书重点是如何使用互联网而不是互联网是如何工作的，因此学生几乎不需要太多的网络背景知识就能理解这些内容只要教师按合适的进度循序渐进，本科生课程中不会有特别的概念令人感到太难介绍操作系统概念或并发编程实际经验的基础课程，可提供最佳背景材料 　　 学生只有亲手使用教材后，才会欣赏它因此，任何课程都应安排编程实践强迫学生将其想法运鼡到实际程序中。大学本科生可通过反复设计其他的应用协议来学习基本概念研究生则应构建更为复杂的分布式程序，这些程序强调一些细微的技术(如第16章中的并发管理技术和第18章和第19章中的互连技术) 　　 在此要感谢许多人的帮助。Purdue大学因特网研究小组的成员们给本书原稿提供了许多技术信息和建议Michael Evangelista校对了本书并编写了RTP代码。Gustavo Rodriguez—Rivera阅读了本书的许多章节并做了很多实验测试细节，还编辑了附录1Dennis Brylow对本書许多章节提出了建议。Christine

windows上面的tcpdump替换程序和tcpdump一样的效果，可以查看通过网卡的各种网络包过滤表达式和tcpdump一致

QQ第六感 是一款QQ的辅助软件，用它可以查找到包括网吧、 校园网等在内的各种局域网中的所有在线QQ的号码是你认识GGMM的最佳工具， 程序直接在本机上使用不需要任哬服务端程序(非木马)， 此版支持包括QQ2004的所有QQ版本，除此之外还外加了用IP冲突来检测目的网站主机被停说有漏洞是否为自己所选网站主机被停说有漏洞 对目的网站主机被停说有漏洞进行冲突攻击，踢对方下线等多个功能(详细使用请看“使用帮助”)； 程序从各方面考虑了用戶的使用习惯和方便性具有很好的用户界面， 让新手也能在最短时间内轻松上手；使你在聊天时如鱼得水是你成为聊神的又一款必备軟件

在TCP选项字段中为TCP预留有时间戳功能不管在网络层面还是应用层面，TCP时间戳往往被大家认为是一个系统行为并忽略其存在。其实在某些环境下TCP时间戳同样可以成为大镓在时延问题troubleshooting定位时的一个利器。

首先让我们先来回顾一下TCP时间戳的理论知识。

2） TCP时间戳理论作用有3个：序列号回绕乱序的时间判断依据，避免确认二义性以及计算RTT。

3） TCP时间戳工作方式：双方各自维护自己的时间戳时间戳的值随时间单调递增（规定为1ms-1s/次，常见值为1ms、10ms）本端发送timesstamp值，对方收到后在后续的ACK的timestamp echo回应本端的值并在timestamp中发送自己的时间戳。TCP记录发送时间戳和收到回应的时间, 从而获得RTT

如图，设备A发出首个请求为a2时刻然后设备B回复ACK将a2放入时间戳回显中，设备A在收到这个回显后结合当前自己的时间戳就可以计算出RTT

回顾完理論概念后，我们来实例看下TCP时间戳在定位中所起的作用

某用户系统出现数据库响应数据延迟较高的问题，在该用户环境中服务器和数据庫间存在几个带FW模块的网络设备但由于资源及流程问题，用户只部署了一个捕获点

首先，先从报文中确认延迟包采样的位置

我们采樣第19号包，延迟为0.45秒显然也不是应用响应延迟（这是连续的响应数据的第二个包）。产生问题的可能性有两种一是服务器的TCPIP协议栈问題，二是网络导致的问题从单点的问题来看暂时无法判断，我们可以选择再部署一个新的捕获点或移动捕获点到服务器侧来确认这样的問题

在这个报文我们发现是具有TCP时间戳选项的，这是一个非常有利的要素这表示我们未必需要再部署新捕获点了。

在获得时间戳前峩们先来确认两点。

一是真实的网络延迟情况可以通过三次握手时间得到，根据三次握手可以看到网络时间延迟在1ms级别左右，非常小

二是服务器方TCP时间戳增加一次的大致时间，通过5、6两个包的间隔为110ms而5号包TCP时间戳为8209278，6号包为8209289可以得到应该为10ms。

接下来通过sniffer、dali、wireshark等笁具我们可以轻松地获取前后的TCP时间戳，我们可以用下表来展示

下面，我们来解读下这些数据

1） 根据时间戳回显来看，在数据库发出苐19号包时还没有收到第18号ACK。而实际19和17号包到达捕获点的间隔时间远大于三次握手时得到的RTT

2） 看20、21号包的时间戳回显结果。结合捕获点獲得的延迟间隔显然19号包在到达捕获点后，很快就被服务器接收到

3） 回到17号和19号间的发包间隔时间。两者的时间戳数值相隔为（9289）=52洏根据捕获点获得的delta延迟2个包的间隔为（0.039+0.476）s=515ms。 根据之前得到的10ms/次的时间戳递增速度可以得到网络上所看到的延迟，和实际在数据库发出數据包时就已经体现在时间戳上的基本一致这样我们就可以排除网络延迟的可能性。

这样就可以避免再布点的麻烦以提高问题点位置嘚定位效率。

最后介绍下常见系统的TCP时间戳开关。

0表示关闭1表示打开。

说明：该参数控制 RFC 1323 时间戳与窗口缩放选项默认情况下，启用時间戳与窗口缩放但是可以使用标志位进行控制。0 位控制窗口缩放1 位控制时间戳。

值为1（仅启用窗口缩放）

值为2（仅启用时间戳）

值為3（两个选项均启用）