0

IceCast 2.3.2-kh29 サーバー MP3 ストリームへの HTTP 要求 http:// * :*/ .mp3 と応答があります (一部のデータは * *ed です):

    GET /*.mp3 HTTP/1.1
Host: ***:*
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive

HTTP/1.0 200 OK
Content-Type: audio/mpeg
icy-br: 192
ice-audio-info: bitrate=192;samplerate=44100;channels=2
icy-description: MP3 192 Kbps
icy-genre: *
icy-name: *
icy-pub: 1
icy-url: http://*
Server: Icecast 2.3.2-kh29
Cache-Control: no-cache
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Pragma: no-cache

応答で Content-Length が指定されていません。また、リクエストにもかかわらず、キープアライブがありません。正常な状態ですか?プロトコルは、この場合 Content-Length が必要であることを指定します。ストリームの再生が開始されます。このように、すべてのヘッダーが LiveHTTPHeaders に表示されるわけではないのでしょうか? または、ある種の人工的に作成された Content-Length を使用した場合、ストリームは特別なケースですか?

4

1 に答える 1

1

HTTP 1.0 では、コンテンツの長さを指定する必要はありません。SHOUTcast/Icecast サーバーはコンテンツの長さを指定しません。これは、ストリームがライブであり、あらかじめ決められた長さが存在しないためです。

于 2013-07-30T17:03:28.503 に答える