HTTP server对于重传的GET包如何处理？

Godbach

对于GET包，设计为经过验证之后方允许其访问服务器。

验证的时候会要求，再次发送GET包，但第二个GET包序列号已经发生变化，这个包达到服务器之后，服务器会如何处理。是否所有的HTTP server都会发送RST包，要求复位链接呢？

Godbach

在RHEL 5.2自带的服务器上测试，会发送RST包。在另外一个建议的Http server，运行在WIN上，没有发现发送RST包。

dreamice

原帖由 Godbach 于 2009-8-20 15:29 发表
对于GET包，设计为经过验证之后方允许其访问服务器。

验证的时候会要求，再次发送GET包，但第二个GET包序列号已经发生变化，这个包达到服务器之后，服务器会如何处理。是否所有的HTTP server都会发送RST包， ...

一般的应用层webserver会有自己的一套验证机制，首先client会发一个连接请求的尝试，如果该client并没有验证过，则webserver需要先对其进行验证，通常来说验证是基于IP的，所以，一旦验证之后，再次发送的get包都会被接受。

dreamice

如果你单纯指的重传，则重传的端口和之前发送包的端口是相同的，重传包的处理会在tcp层完成。

Godbach

，所以，一旦验证之后，再次发送的get包都会被接受。

初次get包是被中间设备验证的，然后这个包就丢了。server是不知道这个包的。
但是，第二次发送的get包，会被验证通过，并且发送到server上。你的意思是指第二个包，在传输层会被检查出来，序列号不合法？

Godbach

原帖由 dreamice 于 2009-8-20 16:58 发表
如果你单纯指的重传，则重传的端口和之前发送包的端口是相同的，重传包的处理会在tcp层完成。

对，端口不变，序列号发生变化了，这样server的TCP层接收到该报文会如何处理，发送RST包吗？

dreamice

原帖由 Godbach 于 2009-8-20 17:00 发表


初次get包是被中间设备验证的，然后这个包就丢了。server是不知道这个包的。
但是，第二次发送的get包，会被验证通过，并且发送到server上。你的意思是指第二个包，在传输层会被检查出来，序列号不合法？

如果你这里是一个中间设备在验证，我不清楚你这个验证是基于什么来验证的，通常https的ssl记录的是IP，所以，一旦某个IP被验证过了，那么他后续的包将被认为是安全合法的。

Godbach

我想客户端发送重定向报文了，然后客户端应该再发回一个GET请求， 如果客户端发了，那就代表认证通过，这个包过去了。但是由于之前那个GET包没有发到server，server接收到这个报文肯定认为序号不对。

dreamice

不太清楚你是认证序号还是认证会话

Godbach

原帖由 dreamice 于 2009-8-20 20:10 发表
不太清楚你是认证序号还是认证会话

当我收到某个client来的第一个GET包，我就是构造一个包，告诉client，重新再发送一次GET包，。但是这个GET包和前面的载荷内容是完全一样的，但是TCP的序列号之类的发生变化了。server只能接收到第二个GET包。这是Server会如何处理这个包呢？