Http范围标头请求整个文件

Question

Http范围标头请求整个文件

我正在使用codeplex 1.1版的c#webserver.我已经实现了Accept-Range标头,它确实有效.但是,当我使用wireshark(版本1.4.1(来自/trunk-1.4的SVN Rev 34476))来捕获流量时,我看到以下内容:

GET /movies/i_am_legend%20dvd/main.m4v HTTP/1.1
Host: 10.100.1.199:8081
Accept: */*
Range: bytes=0-1
Accept-Encoding: identity
Connection: keep-alive
User-Agent: AppleCoreMedia/1.0.0.9B206 (iPad; U; CPU OS 5_1_1 like Mac OS X; nl_nl)
X-Playback-Session-Id: 9CED81CC-BFAE-4CF6-A477-0EA62B2C652F

HTTP/1.1 206 PartialContent
Content-Range: bytes 0-1/652965648
Accept-Ranges: bytes
ETag: "0daA8D4/wgt4MFvxdNIPLw=="
Date: Wed, 13 Jun 2012 09:10:18 GMT
Content-Length: 2
Content-Type: video/x-m4v
Server: Tiny WebServer
Connection: keep-alive

..  << 2 bytes data

GET /movies/i_am_legend%20dvd/main.m4v HTTP/1.1
Host: 10.100.1.199:8081
Accept: */*
Range: bytes=0-652965647
Accept-Encoding: identity
Connection: keep-alive
User-Agent: AppleCoreMedia/1.0.0.9B206 (iPad; U; CPU OS 5_1_1 like Mac OS X; nl_nl)
X-Playback-Session-Id: 9CED81CC-BFAE-4CF6-A477-0EA62B2C652F

HTTP/1.1 206 PartialContent
Content-Range: bytes 0-652965647/652965648
Accept-Ranges: bytes
ETag: "0daA8D4/wgt4MFvxdNIPLw=="
Date: Wed, 13 Jun 2012 09:10:18 GMT
Content-Length: 652965648
Content-Type: video/x-m4v
Server: Tiny WebServer
Connection: keep-alive

Run Code Online (Sandbox Code Playgroud)

网络服务器将尝试发送整个文件(> 600MB),wireshark显示整个会话是159774字节.如果我对IIS做同样的事情,我会得到类似的标题

GET /ipod/main.m4v HTTP/1.1
Host: 10.100.1.199
User-Agent: AppleCoreMedia/1.0.0.9B206 (iPad; U; CPU OS 5_1_1 like Mac OS X; nl_nl)
Accept: */*
Range: bytes=0-1
Accept-Encoding: identity
X-Playback-Session-Id: C5BBF91D-78AB-42BA-ACE0-D74AB9D845CE
Connection: keep-alive

HTTP/1.1 206 Partial Content
Content-Type: video/x-m4v
Last-Modified: Mon, 11 Jun 2012 10:33:41 GMT
Accept-Ranges: bytes
ETag: "7243cabbd47cd1:0"
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Wed, 13 Jun 2012 09:21:03 GMT
Content-Length: 2
Content-Range: bytes 0-1/652965648

..  << 2 bytes of data

GET /ipod/main.m4v HTTP/1.1
Host: 10.100.1.199
User-Agent: AppleCoreMedia/1.0.0.9B206 (iPad; U; CPU OS 5_1_1 like Mac OS X; nl_nl)
Accept: */*
Range: bytes=0-652965647
Accept-Encoding: identity
X-Playback-Session-Id: C5BBF91D-78AB-42BA-ACE0-D74AB9D845CE
Connection: keep-alive

HTTP/1.1 206 Partial Content
Content-Type: video/x-m4v
Last-Modified: Mon, 11 Jun 2012 10:33:41 GMT
Accept-Ranges: bytes
ETag: "7243cabbd47cd1:0"
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Wed, 13 Jun 2012 09:21:03 GMT
Content-Length: 652965648
Content-Range: bytes 0-652965647/652965648

Run Code Online (Sandbox Code Playgroud)

Wireshark显示整个会话是175615字节.

我搜索了有关Accept-Range标头的更多信息,到目前为止我只能发现服务器必须发送请求的范围.但我无法相信这是为了使用范围请求一次请求一个巨大的文件.

我的网络服务器尝试发送整个文件,因为它已经被请求了,但我看到新的范围请求带有更大的范围,如此(只有从请求标头中复制的Range标头.(@time ...)是Wirehark的时间

Range: bytes=2162688-652965647 (@ time == 1.646204)
Range: bytes=4980736-652965647 (@ time == 2.754322)
Range: bytes=6356992-652965647 (@ time == 2.922479)

Run Code Online (Sandbox Code Playgroud)

读完这篇文章之后,每当我收到整个文件的范围请求时,我都会尝试发送一个较短的范围.但它根本不起作用.

我想知道:

整个文件的范围请求是iOS中的某种错误(也见于4.3.3)我会期望Range: bytes=0-1并且在重播之后Range: bytes=0-65535/652965648
我可以以某种方式优雅地否认这个大的请求并告诉请求我可以一次提供最大尺寸吗？(我没有在RFC中找到这个)
IIS是否只是在一定数量的字节后中止此请求？

编辑:对于数字3:不是IIS,但浏览器似乎只是中止(和关闭)连接.之后提出新的请求.我无法想象Range Request是为了请求整个文件或文件的巨大部分.

编辑:在iOS7中它似乎已经改变.第一个范围请求仍然相同(字节0-1).之后,我看到如上所述的2或3个范围请求,其中最后一个请求继续传输更长时间的字节.但是仍然有多个请求.

Answer 1

Mår*_*röm 5

整个文件的范围请求是否是 iOS 中的某种错误（也可以在 4.3.3 中看到）我本来希望 Range: bytes=0-1 并且在重播之后类似 Range: bytes=0-65535/ 652965648

不知道是不是bug 但是，我可以想到媒体播放器在一个请求中请求整个文件的原因。通过这种方式，媒体播放器获得一个数据流，从中它可以从头到尾读取所有数据。

一旦媒体播放器从流中读取了足够的数据，它就可以开始播放媒体文件。然后它选择在媒体播放时在后台缓冲多少数据。对此可能有几种不同的方法：

急切地缓冲整个媒体文件。当带宽便宜时（用户没有为数据传输付费或支付统一费率），这是一个很好的策略。假设用户将想要查看/收听整个媒体文件。
延迟缓冲刚好足以避免滞后。当带宽昂贵（用户按字节付费）时，这是一个很好的策略。

在理想的设置中，媒体播放器根本不需要缓冲任何内容，而是在实时播放媒体的同时解码流中的数据。但是，这将要求底层网络通道超级稳定并始终以所需的速度传输数据。

情况并非如此，因此媒体播放器会选择提前几秒或几分钟进行缓冲。

需要注意的是，无论选择何种策略，媒体播放器在单个请求中请求整个资源仍然是有意义的。

但是，在以下情况下，范围请求对媒体播放器至关重要：

连接中止（出于任何原因）。
用户在媒体中向前跳跃。（例如，想看电影 10 分钟的内容）

然后媒体播放器可以关闭它最初打开的数据流，并发送所需位置的范围请求。

我可以以某种方式优雅地拒绝这个大请求并告诉请求我可以一次提供最大大小吗？

你不能。范围请求由客户端/浏览器发起，并且已声明它支持范围请求（通过Accept-Ranges标头）的服务器必须服从客户端并以它请求的任何范围进行响应。

但是，您可以做的是发送带有Transfer-Encoding: chunked标头的数据。这将使您的服务器能够控制它应传输的数据块的大小。但是，它仍然是通过单个 HTTP 连接完成的。

归档时间：	13 年，4 月前
查看次数：	6653 次
最近记录：	7 年，9 月前