0x0040 2d4c 656e 6774 683a 2031 3032 3430 300d　　　　-Length:.102400.

　　0x0050 0a43 6f6e 6e65 6374 696f 6e3a 2063 6c6f　　　　.Connection:.clo

　　0x0060 7365 0d0a 5072 6167 6d61 3a20 6e6f 2d63　　　　se..Pragma:.no-c

　　0x0070 6163 6865 0d0a 4361 6368 652d 436f 6e74　　　　ache..Cache-Cont

　　0x0080 726f 6c3a 206e 6f2d 6361 6368 652c 206e　　　　rol:.no-cache,.n

　　0x0090 6f2d 7374 6f72 652c 206d 7573 742d 7265　　　　o-store,.must-re

　　0x00a0 7661 6c69 6461 7465 0d0a 4578 7069 7265　　　　validate..Expire

　　0x00b0 733a 2030 0d0a 436f 6e74 656e 742d 5479　　　　s:.0..Content-Ty

　　0x00c0 7065 3a20 7465 7874 2f68 746d 6c0d 0a0d　　　　pe:.text/html...

　　从数据包中可以看到，本次通讯中 hts(server)端向htc(client)端发送了一个GET的标识包，估计是去"取"刚才client端发来的数据包，而且是一次新的握手!为了验证，我们分别在client,server端，执行netstat -an，结果证明了我们的观察是正确的，如下:

　　client.yiming.com.51767　　　　server.yiming.com.80　　 8760　　 0 8760　　 0 ESTABLISHED

　　client.yiming.com.51768　　　　server.yiming.com.80　　 8760　　 0 8760　　 0 ESTABLISHED

　　在server端，执行netstat -an，结果如下:

　　server.yiming.com.80　　client.yiming.com.51767 8760　　 0 8760　　 0 ESTABLISHED

　　server.yiming.com.80　　client.yiming.com.51768 8760　　 0 8760　　 0 ESTABLISHED

　　果然，防火墙两边的系统都起了两个socket，和一般程序不同，这是个比较特殊的现象。

　　GET动作完成后，server端又向client端发送了一个数据包，内容是

　　HTTP/1.1 200 OK Content-Length: 102400

　　Connection: close

　　Pragma: no-cache

　　Cache-Control: no-cache, no-store, must-revalidate

　　Expires: 0

　　Content-Type: text/html

　　这里应该是定义数据包传输最大值等参数的。

　　作者察觉，经由了这三次htc和hts之间的作用后，httptunnel才真正的建立起来，后面的工作才能正常开展，而且很有意思的是，自此以后所

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页