范围:0〜字节未能在阿帕奇2.2.23 [英] Range: bytes 0- FAILS in Apache 2.2.23
本文介绍了范围:0〜字节未能在阿帕奇2.2.23的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
我在CentOS 5上运行的Plesk 9.5.2这个版本的Apache:
I'm running plesk 9.5.2 on Centos 5 and this apache version:
# apachectl -v
Server version: Apache/2.2.23 (Unix)
Server built: Sep 26 2012 00:02:01
试图服务的一些MP4文件,我已经正确设置MIME类型,但我得到这个怪异的行为:
Trying to serve some mp4 files, I've setup mime types correctly but I'm getting this weird behaviour:
# curl -I -s iated.org/inted/video_data/promo.mp4
HTTP/1.1 200 OK
Date: Mon, 29 Sep 2014 16:09:48 GMT
Server: Apache/2.2.23 (CentOS)
Last-Modified: Sun, 28 Sep 2014 09:44:30 GMT
ETag: "21f0070-13079ae-5041cff289b80"
Accept-Ranges: bytes
Content-Length: 19954094
X-Powered-By: PleskLin
Content-Type: video/mp4
这是确定。那是什么IE10请求。不过Firefox和Chrome正在做的事情票友,并设置内容字节范围:0〜这样的:
Which is OK. Thats what IE10 is requesting. However Firefox and Chrome are doing something fancier and set Content-Range bytes:0- like:
# curl -I -H "Range: bytes=0-" -s iated.org/inted/video_data/promo.mp4
比什么都不返回。虚空。
Than returns nothing. Void.
范围请求工作,否则得好:
Range requests works otherwise well:
# curl -I -H "Range: bytes=1-" -s iated.org/inted/video_data/promo.mp4
HTTP/1.1 206 Partial Content
Date: Mon, 29 Sep 2014 16:08:41 GMT
Server: Apache/2.2.23 (CentOS)
Last-Modified: Sun, 28 Sep 2014 09:44:30 GMT
ETag: "21f0070-13079ae-5041cff289b80"
Accept-Ranges: bytes
Content-Length: 19954093
X-Powered-By: PleskLin
Content-Range: bytes 1-19954093/19954094
Content-Type: video/mp4
任何想法,为什么Apache是是范围恐慌:0字节 - ?
推荐答案
更新阿帕奇2.2.27解决了这个问题。
Updating Apache to 2.2.27 solved the issue.
这篇关于范围:0〜字节未能在阿帕奇2.2.23的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!
查看全文