Icecast - Feb 2005 - Icecast on port 80 and proxy servers that stay connected after user disconnects.

Hi all,
        decided to try Icecast on port 80, and it works fine, but I noticed that
when I connect from work that on my icecast status page the IP address of the
proxy server was listed.  That's fine, I disconnect, then when I get home 8
hours later I see the proxy ip is still connected, a few hundred megs of data
has been served.  I've replicated this problem a number of times.

It seems the proxy server is not letting go.  

Is there a setting I can use in the icecast config file to stop this? I can
image lots of people will connect through proxy servers that may not let go.  I
presume because I'm on port 80 the proxy server thinks the stream is a long
web page that never finishes downloading?

Any help appreciated, otherwise its back to port 8000

Colin
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20050211/16553de3/attachment.htm

Hi,

Well, as long as it's only you listening, you can always kick yourself 
through the admin interface.  But there's realy not a lot you can do. 
I've
seen mention of and possibly patches for time-limited listening, but you 
don't really want to place an arbitrary limit on connect time without 
really wanting that feature.

Personally, unless you really need to run it on port 80, I wouldn't. 
I'm a
believer of services being on the ports they were meant for, and this is a 
good example of why this is a good philosophy.  There's no way for the 
proxy server to know not to cache it, unless you can tell it not to cache 
certain MIME types (which also assumes you have the ability to configure 
it, which I'm guessing you don't).

Geoff.


-- 
Geoff Shang <geoff@hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff@acbradio.org

Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

On Sat, 12 Feb 2005, Geoff Shang wrote:
> good example of why this is a good philosophy.  There's no way for the
proxy
> server to know not to cache it, unless you can tell it not to cache certain
Cache-Control: no-cache
Pragma: no-cache

Actually, "Cache-Control: no-cache" is wrong, it should I suppose be 
"no-store" (or even "no-cache, no-store") - though stricly
Cache-Control
is HTTP/1.1 and Pragma should be the one taken notice of.

The headers Icecast2 chucks out for streams is at the very end of 
src/format.c