[Icecast] admin console

jake at jakebriggs.com
Wed, 08 Jan 2020 06:07:32 -0000

No I think you misunderstood me. The m3u file
contains the URL with the port number in it, since as far as icecast knows
that's is the URL. It doesn't (and can't) know that I want a
different URL. It has http://foo.bar:8000/mountpoint but I want
http://foo.bar/mountpoint It's
the wrong URL from my perspective, which is why I quoted wrong - I understand
it's not wrong, it's just not the one I
want. It's got
nothing to do with the hostname portion or the URL. The hostname in both
examples (with the port and without the port) is correct - and
identical. Jake <div
style="line-height:1.5"> -------- Original
Message -------- Subject: Re: [Icecast] admin console From:
Petr Pisar <petr.pisar@atlas.cz> To:
icecast@xiph.org CC: <blockquote
style="margin:0 0 0 0.8ex;border-left:1px #ccc
solid;padding-left:1ex"><blockquote class="quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">On Tue, Jan 07, 2020 at 08:38:41PM +0000,
jake@jakebriggs.com wrote: > January 7, 2020 10:56 AM,
"user" <5f787a@i2pmail.org> wrote: > > 2020-01-06
17:50, Philipp Schafft wrote: > > > > I'm
consider to put icecast behind reverse proxy. It is not so easy as
I > > think before. Does anyone have experience with
it? > > I run it behind a reverse proxy on apache, and
everything works bar one > thing - the links in the status and admin
interface that serve up an m3u > file give you file with the
"wrong" URL in it. > M3U playlists are (or used
to be) typically downloaded by a web browser and passed to an external
music player. If the M3U playlist did not contain the hostname, the
music player would see a relative path and would search the playlist
items in a local file system instead on the Icecast host.
Therefore Icecast puts its hostname into the
playlists. --
Petr _______________________________________________ Icecast
mailing
list Icecast@xiph.org http://lists.xiph.org/mailman/listinfo/icecast