Icecast - Apr 2019 - Question about replacing the web interface with an audio stream

That's a good idea and is what I was originally going to do, but I ran into
issues when trying to use SSL with a reverse proxy. Adding SSL support is what
my end goal was when I started messing with all this, but it doesn't look
like it's going to be as easy as I'd originally thought. It seems that
mobile web browsers are starting to complain when a website doesn't use
https, so I thought I'd try to turn on SSL.

Thanks for responding.

On Sun, Apr 7, 2019, at 14:12, Jordan Verner wrote:
> I did something like this, but the way I did it was more of a workaround
than what you might want.
> What I did was run icecast on default port 8000, set up Apache on port 80,
and configured a reverse proxy within apache so it would retrieve the audio
stream from icecast and deliver it over port 80.
> I did it so that my stream would be accessible over public wifi with port
restrictions, but it accomplishes what you’re asking as well.
> 
> 
>> On Apr 7, 2019, at 12:43 PM, John Molane <icq8852 at
fastmail.com> wrote:
>> 
>> Hello,
>> 
>> I was wondering if someone here could help me out.
>> 
>> I have a domain that I'm using for Icecast, let's use
"domain.com" as an example. Icecast is running on port 80. The problem
is that when I go to "domain.com" in my web browser, it brings up the
web interface.
>> I want to configure it so that instead of showing the status page, it
immediately goes to one of my mountpoints. This would make it so people
don't have to remember the full path to the mountpoint.
>> 
>> Is this possible? I apologize if I'm overlooking something simple.
This doesn't seem to be a very common way of using Icecast.
>> 
>> 
>> Thanks.
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20190407/6ccc2701/attachment.html>

Apache is a terrible choice if youre going to revproxy, specially an http
stream, youll have better luck with nginx.
However, there might be a simple solution, try something like this:
<alias source="/" dest="/mount">
Never tried it but it might just work.

בתאריך יום א׳, 7 באפר׳ 2019, 21:17, מאת John Molane ‏<icq8852 at
fastmail.com>:
> That's a good idea and is what I was originally going to do, but I ran
> into issues when trying to use SSL with a reverse proxy. Adding SSL support
> is what my end goal was when I started messing with all this, but it
> doesn't look like it's going to be as easy as I'd originally
thought. It
> seems that mobile web browsers are starting to complain when a website
> doesn't use https, so I thought I'd try to turn on SSL.
>
> Thanks for responding.
>
> On Sun, Apr 7, 2019, at 14:12, Jordan Verner wrote:
>
> I did something like this, but the way I did it was more of a workaround
> than what you might want.
> What I did was run icecast on default port 8000, set up Apache on port 80,
> and configured a reverse proxy within apache so it would retrieve the audio
> stream from icecast and deliver it over port 80.
> I did it so that my stream would be accessible over public wifi with port
> restrictions, but it accomplishes what you’re asking as well.
>
>
> On Apr 7, 2019, at 12:43 PM, John Molane <icq8852 at fastmail.com>
wrote:
>
> Hello,
>
> I was wondering if someone here could help me out.
>
> I have a domain that I'm using for Icecast, let's use
"domain.com" as an
> example. Icecast is running on port 80. The problem is that when I go to
"
> domain.com" in my web browser, it brings up the web interface.
> I want to configure it so that instead of showing the status page, it
> immediately goes to one of my mountpoints. This would make it so people
> don't have to remember the full path to the mountpoint.
>
> Is this possible? I apologize if I'm overlooking something simple. This
> doesn't seem to be a very common way of using Icecast.
>
>
> Thanks.
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20190407/9081da93/attachment.html>

In my case the rest of my server was apache/CPanel, so I don’t have a choice in
the matter.
Does it matter if the web interface is completely inaccessible, as would be a
side effect of the alias approach?

> On Apr 7, 2019, at 2:29 PM, Yahav Shasha <yahav.shasha at gmail.com>
wrote:
> 
> Apache is a terrible choice if youre going to revproxy, specially an http
stream, youll have better luck with nginx.
> However, there might be a simple solution, try something like this:
> <alias source="/" dest="/mount">
> Never tried it but it might just work.
> 
> בתאריך יום א׳, 7 באפר׳ 2019, 21:17, מאת John Molane ‏<icq8852 at
fastmail.com <mailto:icq8852 at fastmail.com>>:
> That's a good idea and is what I was originally going to do, but I ran
into issues when trying to use SSL with a reverse proxy. Adding SSL support is
what my end goal was when I started messing with all this, but it doesn't
look like it's going to be as easy as I'd originally thought. It seems
that mobile web browsers are starting to complain when a website doesn't use
https, so I thought I'd try to turn on SSL.
> 
> Thanks for responding.
> 
> On Sun, Apr 7, 2019, at 14:12, Jordan Verner wrote:
>> I did something like this, but the way I did it was more of a
workaround than what you might want.
>> What I did was run icecast on default port 8000, set up Apache on port
80, and configured a reverse proxy within apache so it would retrieve the audio
stream from icecast and deliver it over port 80.
>> I did it so that my stream would be accessible over public wifi with
port restrictions, but it accomplishes what you’re asking as well.
>> 
>> 
>>> On Apr 7, 2019, at 12:43 PM, John Molane <icq8852 at
fastmail.com <mailto:icq8852 at fastmail.com>> wrote:
>>> 
>>> Hello,
>>> 
>>> I was wondering if someone here could help me out.
>>> 
>>> I have a domain that I'm using for Icecast, let's use
"domain.com <http://domain.com/>" as an example. Icecast is
running on port 80. The problem is that when I go to "domain.com
<http://domain.com/>" in my web browser, it brings up the web
interface.
>>> I want to configure it so that instead of showing the status page,
it immediately goes to one of my mountpoints. This would make it so people
don't have to remember the full path to the mountpoint.
>>> 
>>> Is this possible? I apologize if I'm overlooking something
simple. This doesn't seem to be a very common way of using Icecast.
>>> 
>>> 
>>> Thanks.
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org <mailto:Icecast at xiph.org>
>>> http://lists.xiph.org/mailman/listinfo/icecast
<http://lists.xiph.org/mailman/listinfo/icecast>
>> 
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org <mailto:Icecast at xiph.org>
>> http://lists.xiph.org/mailman/listinfo/icecast
<http://lists.xiph.org/mailman/listinfo/icecast>
>> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org <mailto:Icecast at xiph.org>
> http://lists.xiph.org/mailman/listinfo/icecast
<http://lists.xiph.org/mailman/listinfo/icecast>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20190407/e587dd0a/attachment.html>

John, 

I think Yahav has the right idea.  I did something similar because I
didn't want to expose the web interface to the world.  I redirected root
"/" to a "/webpage.html" that redirects to our website.  If
directing to
/mount doesn't work, then maybe using a local webpage to redirect to
your stream would work. 

Justin 

On 2019-04-07 13:29, Yahav Shasha wrote:
> Apache is a terrible choice if youre going to revproxy, specially an http
stream, youll have better luck with nginx.
> However, there might be a simple solution, try something like this: 
> <alias source="/" dest="/mount"> 
> Never tried it but it might just work. 
> 
> בתאריך יום א׳, 7 באפר׳ 2019, 21:17, מאת John Molane ‏<icq8852 at
fastmail.com>:
> 
> That's a good idea and is what I was originally going to do, but I ran
into issues when trying to use SSL with a reverse proxy. Adding SSL support is
what my end goal was when I started messing with all this, but it doesn't
look like it's going to be as easy as I'd originally thought. It seems
that mobile web browsers are starting to complain when a website doesn't use
https, so I thought I'd try to turn on SSL.
> 
> Thanks for responding. 
> 
> On Sun, Apr 7, 2019, at 14:12, Jordan Verner wrote: 
> I did something like this, but the way I did it was more of a workaround
than what you might want.
> What I did was run icecast on default port 8000, set up Apache on port 80,
and configured a reverse proxy within apache so it would retrieve the audio
stream from icecast and deliver it over port 80.
> I did it so that my stream would be accessible over public wifi with port
restrictions, but it accomplishes what you're asking as well.
> 
> On Apr 7, 2019, at 12:43 PM, John Molane <icq8852 at fastmail.com>
wrote:
> 
> Hello, 
> 
> I was wondering if someone here could help me out. 
> 
> I have a domain that I'm using for Icecast, let's use
"domain.com [1]" as an example. Icecast is running on port 80. The
problem is that when I go to "domain.com [1]" in my web browser, it
brings up the web interface.
> I want to configure it so that instead of showing the status page, it
immediately goes to one of my mountpoints. This would make it so people
don't have to remember the full path to the mountpoint.
> 
> Is this possible? I apologize if I'm overlooking something simple. This
doesn't seem to be a very common way of using Icecast.
> 
> Thanks. 
> _______________________________________________ 
> Icecast mailing list 
> Icecast at xiph.org 
> http://lists.xiph.org/mailman/listinfo/icecast 
> _______________________________________________ 
> Icecast mailing list 
> Icecast at xiph.org 
> http://lists.xiph.org/mailman/listinfo/icecast
  _______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast 
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast 

 

Links:
------
[1] http://domain.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20190409/6b012181/attachment.html>