新书推介:《语义网技术体系》
作者:瞿裕忠,胡伟,程龚
   XML论坛     W3CHINA.ORG讨论区     计算机科学论坛     SOAChina论坛     Blog     开放翻译计划     新浪微博  
 
  • 首页
  • 登录
  • 注册
  • 软件下载
  • 资料下载
  • 核心成员
  • 帮助
  •   Add to Google

    >> It is the theory that decides what can be observed. - Albert Einstein
    [返回] 中文XML论坛 - 专业的XML技术讨论区计算机理论与工程『 理论计算机科学 』 → 请大师帮我看看这个例题,有TCP/IP协议的,谢谢了! 查看新帖用户列表

      发表一个新主题  发表一个新投票  回复主题  (订阅本版) 您是本帖的第 4636 个阅读者浏览上一篇主题  刷新本主题   树形显示贴子 浏览下一篇主题
     * 贴子主题: 请大师帮我看看这个例题,有TCP/IP协议的,谢谢了! 举报  打印  推荐  IE收藏夹 
       本主题类别:     
     rs0202 帅哥哟,离线,有人找我吗?
      
      
      等级:大一新生
      文章:2
      积分:61
      门派:XML.ORG.CN
      注册:2005/7/4

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给rs0202发送一个短消息 把rs0202加入好友 查看rs0202的个人资料 搜索rs0202在『 理论计算机科学 』的所有贴子 引用回复这个贴子 回复这个贴子 查看rs0202的博客楼主
    发贴心情 请大师帮我看看这个例题,有TCP/IP协议的,谢谢了!

    讲TCP/IP协议,我看的全是概念,太抽象了,大部分不懂,所以去找了个别人出的例题,但还是有几个地方不明白,请各位大师指导指导我,谢谢了!他的例题是这样的:
    TCP/IP协议
    IP协议(Internet Protocol)是网络层协议,用在因特网上,TCP,UDP,ICMP,
    IGMP数据都是按照IP数据格式发送得。IP协议提供的是不可靠无连接得服务。IP数据包
    由一个头部和一个正文部分构成。正文主要是传输的数据,我们主要来理解头部数据,
    可以从其理解到IP协议。

    IP数据包头部格式(RFC791)

    0 1 2 3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |Version| IHL |Type of Service| Total Length |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Identification |Flags| Fragment Offset |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Time to Live | Protocol | Header Checksum |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Source Address |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Destination Address |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Options | Padding |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    Example Internet Datagram Header

    上面的就是IP数据的头部格式,这里大概地介绍一下。
    IP头部由20字节的固定长度和一个可选任意长度部分构成,以大段点机次序传送,从
    左到右。

    TCP协议
    TCP协议(TRANSMISSION CONTROL PROTOCOL)是传输层协议,为应用层提供服务,和
    UDP不同的是,TCP协议提供的可靠的面向连接的服务。在RFC793中是基本的TCP描述。
    关于TCP协议的头部格式内容的说明:

    TCP Header Format

    0 1 2 3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Source Port | Destination Port |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Sequence Number |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Acknowledgment Number |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Data | |U|A|P|R|S|F| |
    | Offset| Reserved |R|C|S|S|Y|I| Window |
    | | |G|K|H|T|N|N| |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Checksum | Urgent Pointer |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Options | Padding |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | data |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    TCP Header Format

    跟IP头部差不多,基本的长度也是20字节。TCP数据包是包含在一个IP数据报文中
    的。

    好了,简单介绍到此为止。来看看我捕获的例子吧。这是一次FTP的连接,呵呵,是
    cuteftp默认的cuteftp的FTP站点,IP地址是:216.3.226.21。我的IP地址假设为:
    192.168.1.1。下面的数据就是TCO/IP连接过程中的数据传输。我们可以分析TCP/IP协
    议数据格式以及TCP/IP连接的三次握手(ThreeWay-Handshake)情况。下面的这些十六
    进制数据只是TCP/IP协议的数据,不是完整的网络通讯数据。

    第一次, 我向FTP站点发送连接请求(我把TCP数据的可选部分去掉了)
    192.168.1.1->216.3.226.21
    IP头部: 45 00 00 30 52 52 40 00 80 06 2c 23 c0 a8 01 01 d8 03 e2 15
    TCP头部:0d 28 00 15 50 5f a9 06 00 00 00 00 70 02 40 00 c0 29 00 00

    来看看IP头部的数据是些什么。
    第一字节,“45”,其中“4”是IP协议的版本(Version),说明是IP4。“5”是
    IHL位,表示IP头部的长度,是一个4bit字段,最大就是1111了,值为12,IP头部的最
    大长度就是60字节。而这里为“5”,说明是20字节,这是标准的IP头部长度,头部报
    文中没有发送可选部分数据。
    接下来的一个字节“00”是服务类型(Type of Service)。这个8bit字段由3bit的
    优先权子字段(现在已经被忽略),4 bit的TOS子字段以及1 bit的未用字段(现在为
    0)构成。4 bit的TOS子字段包含:最小延时、最大吞吐量、最高可靠性以及最小费用
    构成,这四个1 bit位最多只能有一个为1,本例中都为0,表示是一般服务。
    接着的两个字节“00 30”是IP数据报文总长,包含头部以及数据,这里表示48字
    节。这48字节由20字节的IP头部以及28字节的TCP头构成(本来截取的TCP头应该是28字
    节的,其中8字节为可选部分,被我省去了)。因此目前最大的IP数据包长度是65535字
    节。
    再是两个字节的标志位(Identification):“52 52”,转换为十进制就是21074。
    这个是让目的主机来判断新来的分段属于哪个分组。
    下一个字节“40”,转换为二进制就是“0100 0000”,其中第一位是IP协议目前没
    有用上的,为0。接着的是两个标志DF和MF。DF为1表示不要分段,MF为1表示还有进一
    步的分段(本例为0)。然后的“0 0000”是分段便移(Fragment Offset)。
    “80”这个字节就是TTL(Time To Live)了,表示一个IP数据流的生命周期,用
    Ping显示的结果,能得到TTL的值,很多文章就说通过TTL位来判别主机类型。因为一般
    主机都有默认的TTL值,不同系统的默认值不一样。比如WINDOWS为128。不过,一般
    Ping得到的都不是默认值,这是因为每次IP数据包经过一个路由器的时候TTL就减一,
    当减到0时,这个数据包就消亡了。这也时Tracert的原理。本例中为“80”,转换为十
    进制就是128了,我用的WIN2000。
    继续下来的是“06”,这个字节表示传输层的协议类型(Protocol)。在RFC790中有
    定义,6表示传输层是TCP协议。
    “2c 23”这个16bit是头校验和(Header Checksum)。
    接下来“c0 a8 01 01”,这个就是源地址(Source Address)了,也就是我的IP地
    址。转换为十进制的IP地址就是:192.168.1.1,同样,继续下来的32位“d8 03 e2
    15”是目标地址,216.3.226.21

    好了,真累啊,终于看完基本的20字节的IP数据报头了。继续看TCP的头部吧,这个
    是作为IP数据包的数据部分传输的。

    TCP头部:0d 28 00 15 50 5f a9 06 00 00 00 00 70 02 40 00 c0 29 00 00

    一来就是一个两字节段“0d 28”,表示本地端口号,转换为十进制就是3368。第二
    个两字节段“00 15”表示目标端口,因为我是连接FTP站点,所以,这个就是21啦,十
    六进制当然就是“00 15”。
    接下来的四个字节“50 5f a9 06”是顺序号(Sequence Number),简写为SEQ,
    SEQ=1348446470
    下面的四个字节“00 00 00 00”是确认号(Acknowledgment Number),简写为
    ACKNUM。
    继续两个字节,“70 02”,转换为二进制吧,“0111 0000 0000 0010”。这两个字
    节,总共16bit,有好多东西呢。第一个4bit“0111”,是TCP头长,十进制为7,表示
    28个字节(刚才说了,我省略了8字节的option数据,所以你只看见了20字节)。接着
    的6bit现在TCP协议没有用上,都为0。最后的6bit“00 0010”是六个重要的标志。这
    是两个计算机数据交流的信息标志。接收和发送断根据这些标志来确定信息流的种类。
    下面是一些介绍:
    URG:(Urgent Pointer field significant)紧急指针。用到的时候值为1,用来处
    理避免TCP数据流中断
    ACK:(Acknowledgment field significant)置1时表示确认号(Acknowledgment
    Number)为合法,为0的时候表示数据段不包含确认信息,确认号被忽略。
    PSH:(Push Function),PUSH标志的数据,置1时请求的数据段在接收方得到后就
    可直接送到应用程序,而不必等到缓冲区满时才传送。
    RST:(Reset the connection)用于复位因某种原因引起出现的错误连接,也用来
    拒绝非法数据和请求。如果接收到RST位时候,通常发生了某些错误。
    SYN:(Synchronize sequence numbers)用来建立连接,在连接请求中,SYN=1,
    ACK=0,连接响应时,SYN=1,ACK=1。即,SYN和ACK来区分Connection Request和
    Connection Accepted。
    FIN:(No more data from sender)用来释放连接,表明发送方已经没有数据发送
    了。
    这6个标志位,你们自己对号入座吧。本例中SYN=1,ACK=0,当然就是表示连接请求
    了。我们可以注意下面两个过程的这两位的变换。

    后面的“40 00 c0 29 00 00”不讲了,呵呵,偷懒了。

    后面两次通讯的数据,自己分开看吧。我们看看连接的过程,一些重要地方的变化。

    第二次,FTP站点返回一个可以连接的信号。
    216.3.226.21->192.168.1.1
    IP头部: 45 00 00 2c c6 be 40 00 6a 06 cd ba d8 03 e2 15 c0 a8 01 01
    TCP头部:00 15 0d 28 4b 4f 45 c1 50 5f a9 07 60 12 20 58 64 07 00 00

    第三次,我确认连接。TCP连接建立起来。
    192.168.1.1->216.3.226.21
    IP头部: 45 00 00 28 52 53 40 00 80 06 2c 2a c0 a8 01 01 d8 03 e2 15
    TCP头部:0d 28 00 15 50 5f a9 07 4b 4f 45 c2 50 10 40 b0 5b 1c 00 00

    好,我们看看整个Threeway_handshake过程。
    第一步,我发出连接请求,TCP数据为:SEQ=50 5f a9 06,ACKNUM=00 00 00 00,
    SYN=1,ACK=0。
    第二步,对方确认可以连接,TCP数据为:SEQ=4b 4f 45 c1,ACKNUM=50 5f a9 07,
    SYN=1,ACK=1。
    第三步,我确认建立连接。SEQ=50 5f a9 07, ACKNUM=4b 4f 45 c2,SYN=0,
    ACK=1。
    可以看出什么变化么?正式建立连接了呢,这些东西是什么值?

    我接收从216.3.226.21->192.168.1.1的下一个数据包中:
    SEQ=4b 4f 45 c2,ACKNUM=50 5f a9 07,SYN=0,ACK=1
    这些都是很基础的东西,对于编写sniffer这样的东西是必须非常熟悉的。这里只讲
    解了TCP/IP协议的一点点东西,主要是头部数据的格式。
    以上就是的! 我的第一个问题是IP地址223.1.2.1怎么变成以太网地址08-00-39-00-2F-C3的?
    (2)IP头部的最大长度就是60字节。而这里为“5”,说明是20字节,这怎么理解啊?
    (3)两个字节的标志位(Identification):“52 52”,转换为十进制就是21074中的“52 52”是几进制啊?
    还有几个问题我正在看,你们能知道哪个问题就写上来吧!谢谢了,我就去应聘了!


       收藏   分享  
    顶(0)
      




    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005/7/4 12:07:00
     
     rs0202 帅哥哟,离线,有人找我吗?
      
      
      等级:大一新生
      文章:2
      积分:61
      门派:XML.ORG.CN
      注册:2005/7/4

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给rs0202发送一个短消息 把rs0202加入好友 查看rs0202的个人资料 搜索rs0202在『 理论计算机科学 』的所有贴子 引用回复这个贴子 回复这个贴子 查看rs0202的博客2
    发贴心情 
    我还是自己顶了吧!我后来知道了,供大家参考吧!
    第一个问题:08-00-39-00-2F-C3不是以太网地址,而是一个MAC地址,在这里是和IP地址223.1.2.1对应的,并不是223.1.2.1变的,呵呵。
    第三个问题:5252是十六进制,因此转换成十进制就是21074
    第二个问题:“5”表示IP头部的长度,是一个4bit 字段(1个长度为4个字节)则5个长度是20字节。
    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005/7/5 17:48:00
     
     microsoft 帅哥哟,离线,有人找我吗?
      
      
      等级:大一(猛啃高等数学)
      文章:16
      积分:131
      门派:XML.ORG.CN
      注册:2005/10/14

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给microsoft发送一个短消息 把microsoft加入好友 查看microsoft的个人资料 搜索microsoft在『 理论计算机科学 』的所有贴子 引用回复这个贴子 回复这个贴子 查看microsoft的博客3
    发贴心情 
    呵呵..自己的问题自己解决...
    UP!

    ----------------------------------------------
    Email: coolzyx@gmail.com /AMDMicroSoft@gmail.com MSN: coolzyx@hotmail.com

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2005/10/18 1:51:00
     
     GoogleAdSense
      
      
      等级:大一新生
      文章:1
      积分:50
      门派:无门无派
      院校:未填写
      注册:2007-01-01
    给Google AdSense发送一个短消息 把Google AdSense加入好友 查看Google AdSense的个人资料 搜索Google AdSense在『 理论计算机科学 』的所有贴子 访问Google AdSense的主页 引用回复这个贴子 回复这个贴子 查看Google AdSense的博客广告
    2025/8/16 0:01:26

    本主题贴数3,分页: [1]

    管理选项修改tag | 锁定 | 解锁 | 提升 | 删除 | 移动 | 固顶 | 总固顶 | 奖励 | 惩罚 | 发布公告
    W3C Contributing Supporter! W 3 C h i n a ( since 2003 ) 旗 下 站 点
    苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
    139.999ms