John Molane
2019-Apr-07 16:43 UTC
[Icecast] Question about replacing the web interface with an audio stream
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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190407/2a52be4d/attachment.html>
Jordan Verner
2019-Apr-07 17:27 UTC
[Icecast] Question about replacing the web interface with an audio stream
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 <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>-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190407/8f2bea93/attachment.html>
John Molane
2019-Apr-07 18:17 UTC
[Icecast] 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>
Humberto Rodriguez
2019-Apr-07 22:12 UTC
[Icecast] Question about replacing the web interface with an audio stream
Why not reproduce the stream using the <audio> element of HTML in a regular webpage? You could turn autoplay on and the strean would sound automatically on most browsers, not so on Google’s. Humberto From: Icecast <icecast-bounces at xiph.org> On Behalf Of John Molane Sent: Sunday, April 7, 2019 12:44 PM To: icecast at xiph.org Subject: [Icecast] Question about replacing the web interface with an audio stream 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190407/5c56229a/attachment.html>
Jordan Verner
2019-Apr-08 19:28 UTC
[Icecast] Question about replacing the web interface with an audio stream
What’s wrong with reverse proxying icecast through apache? In my case, it’s just a measure to allow a secondary point of access to a stream from public wifi that only allows ports 80 and 443. Is it just a potential resource usage implication?> On Apr 7, 2019, at 6:12 PM, Humberto Rodriguez <sub at hrfinancial.com> wrote: > > Why not reproduce the stream using the <audio> element of HTML in a regular webpage? You could turn autoplay on and the strean would sound automatically on most browsers, not so on Google’s. > > Humberto > > > > From: Icecast <icecast-bounces at xiph.org> On Behalf Of John Molane > Sent: Sunday, April 7, 2019 12:44 PM > To: icecast at xiph.org > Subject: [Icecast] Question about replacing the web interface with an audio stream > > 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-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190408/97fa4c0a/attachment.html>
Seemingly Similar Threads
- Question about replacing the web interface with an audio stream
- Question about replacing the web interface with an audio stream
- Question about replacing the web interface with an audio stream
- Question about replacing the web interface with an audio stream
- Question about replacing the web interface with an audio stream