范围:0〜字节未能在阿帕奇2.2.23 [英] Range: bytes 0- FAILS in Apache 2.2.23

查看:164
本文介绍了范围: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屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆