From princekyran.pabate at gmail.com  Tue Apr  2 11:35:15 2019
From: princekyran.pabate at gmail.com (Prince Naryk)
Date: Tue, 2 Apr 2019 19:35:15 +0800
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <3ca8a9f3-c6d5-06cb-231d-64a97a05d2a4@ruecker.fi>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <e357edec-6f31-16f3-91ba-f7556ebbbe33@ruecker.fi>
 <CALqA5AmT60e0ZLp9GvpWOwwp1b+ETLkuT1L3tfKBckHu9eryUQ@mail.gmail.com>
 <5c9c8383.1c69fb81.8da5c.9802@mx.google.com>
 <CALqA5Akekgs72sx=d0Dk=ux3h4NWNt-oN3HzobrzGxa3mERfSQ@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <3ca8a9f3-c6d5-06cb-231d-64a97a05d2a4@ruecker.fi>
Message-ID: <CALqA5AnFOqhn=VK-m=dvNKO427RF3pX1uh0ZZXh8NzgSi61WhA@mail.gmail.com>

hi there

I just wanna ask why I can't listen to my own stream when I listen using
the listenurl given,
but I was listen in the yp directory

i give u some screenshots for you to see

am i doing the right thing?

[image: Screenshot_1.png]
[image: Screenshot_2.png]

On Fri, Mar 29, 2019 at 3:41 PM Thomas B. R?cker <thomas at ruecker.fi> wrote:

> Hi,
> On 3/29/19 6:34 AM, Prince Naryk wrote:
>
> but what if I don't use third party service is there any ways to stream in
> icecast publicly ?
>
>
> You need either of these:
>
> * your personal machine MUST be reachable from the public Internet
>   By default this is NOT the case for most private internet connections.
>   At the very least you would need to reconfigure a NAT-router.
>
> * an Internet exposed server (e.g. in the cloud)
>
> Setting either up is out of scope of this mailing list. We focus strictly
> on Icecast, the server software.
>
>
>
> On Fri, Mar 29, 2019 at 2:23 PM Prince Naryk <princekyran.pabate at gmail.com>
> wrote:
>
>> hi,
>> im so sorry i made you confuse,
>>
>>  lets make things simple,
>>  i will attach here my config file (the passwords are the default for
>> now).
>>
>
> As I tried to point out before, this is NOT simple. Most of your trouble
> is with things that are not Icecast.
>
> For 'streaming to the internet' (and listing on YP) you MUST provide:
>
> * A publicly reachable TCP port (IPv6 and or IPv4)
>   Please note that RFC1918 is NOT public (192.168..; 10...; 172.16-31..)
>   Neither is RFC 6598 - 100.64...
>
> * A world wide resolvable DNS entry for the IP address(es) involved above
>   Technically this is optional, but we STRONGLY recommend it.
>
> This mailing list will NOT help you with either of those two. You MUST
> provide this by yourself. If you need help with this, PLEASE seek it
> elsewhere. PLEASE do not attempt to discuss it on this list (request to all
> subscribers reading this).
>
>
> and see if this configuration will now work over the internet and can be
>> heard publicly,
>> I only change the hostname, also please check it if it's the correct one.
>>
>
> As already pointed out in my last email this will NOT work with YP in the
> current form. I won't comment further.
>
> Please ensure the above mentioned prerequisites are in place before you
> try this again.
>
>
> Thomas
>
> PS: For other mailing list subscribers playing along at home: The RFC
> 1918/6598 network notation is intentionally wrong for simplicity and to
> avoid further confusion.
>
>
>>
>> thanks for your kind consideration.
>>
>>
>> On Fri, Mar 29, 2019 at 2:06 PM Thomas B. R?cker <thomas at ruecker.fi>
>> wrote:
>>
>>> Hi,
>>>
>>> On 3/29/19 4:58 AM, Prince Naryk wrote:
>>> > is icecast not compatible with windows 10 ?
>>>
>>>
>>> Icecast works OK on Windows in general.
>>>
>>>
>>>
>>> >
>>> > On Fri, Mar 29, 2019 at 12:18 PM Prince Naryk
>>> > <princekyran.pabate at gmail.com <mailto:princekyran.pabate at gmail.com>>
>>> > wrote:
>>> >
>>> >     my icecast.bat file won't run
>>> >
>>>
>>> you'd need to provide much more details for us to help you with this.
>>> Please keep in mind that we neither can see your screen, nor are we
>>> clairvoyant. Any error messages? What did you do/change?
>>>
>>>
>>>
>>> >
>>> >     On Fri, Mar 29, 2019 at 9:41 AM Prince Naryk
>>> >     <princekyran.pabate at gmail.com
>>> >     <mailto:princekyran.pabate at gmail.com>> wrote:
>>> >
>>> >         here are the screenshots do you think this work fine ? my
>>> >         friends cant listen to my stream
>>> >
>>>
>>> You seem to be using your internal machine name. You'd need to use your
>>> *public* hostname under which your server is reachable from the internet.
>>>
>>>
>>>
>>> >
>>> >         On Fri, Mar 29, 2019 at 8:57 AM Prince Naryk
>>> >         <princekyran.pabate at gmail.com
>>> >         <mailto:princekyran.pabate at gmail.com>> wrote:
>>> >
>>> >             im using Listen2Myradio website to provide me the IP
>>> >             server and password for Icecast
>>> >             and I use Butt for the encoder where I also place the IP
>>> >             server and the password provided from Listen2myradio site
>>> >             to make work online.
>>> >
>>>
>>> You have now introduced something completely different to the situation.
>>>
>>> IF YOU ARE USING A THIRD PARTY SERVICE THEN YOU MUST CONFIGURE THAT, NOT
>>> YOUR PRIVATE SERVER.
>>> FOR HELP CONTACT THE SUPPORT OF YOUR SERVICE PROVIDER!
>>>
>>>
>>> >             everything works fine, others can now listen to my stream
>>> >             outside my network if only I gave them the stream link.
>>> >
>>>
>>> You must configure *that* service, not your private machine!
>>>
>>>
>>>
>>> >             but my concern is my stream isn't connected on the YP
>>> >             directory listing.
>>> >
>>>
>>> Contact listen2myradio support. We can not help you.
>>>
>>>
>>>
>>> >             if i install icecast 2.4.4 it won't provide me IP server
>>> >
>>>
>>> I do not understand what you mean by this. This statement without
>>> further context does not make sense.
>>>
>>>
>>> >
>>> >             On Fri, Mar 29, 2019 at 6:43 AM Prince Naryk
>>> >             <princekyran.pabate at gmail.com
>>> >             <mailto:princekyran.pabate at gmail.com>> wrote:
>>> >
>>> >                 something im still confused, im sorry a newbie here :)
>>> >
>>>
>>> I understand, but we can't teach you everything that you need to
>>> understand outside of Icecast. We certainly tried. But we are a
>>> community that focuses on Icecast.
>>>
>>> Please consider learning more about "the internet", "networks",
>>> "routers", "TCP/UDP services/servers". There are many educational
>>> resources on the Internet that can help you. I am sorry, but I can't
>>> point one specific out as I don't fully understand your needs. It might
>>> be best if you could find someone knowledgeable locally to help you
>>> learn those concepts.
>>>
>>>
>>> Please note that I have provided specific answers in context of each of
>>> your questions. You can NOT read them as one solution.
>>>
>>>
>>> Best of luck in your endeavours!
>>>
>>> Thomas
>>>
>>>
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>>>
>>
> _______________________________________________
> Icecast mailing listIcecast at xiph.orghttp://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/20190402/9cadc71a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot_1.png
Type: image/png
Size: 32594 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190402/9cadc71a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot_2.png
Type: image/png
Size: 29859 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190402/9cadc71a/attachment-0001.png>

From ross at stationplaylist.com  Wed Apr  3 00:13:30 2019
From: ross at stationplaylist.com (Ross Levis)
Date: Wed, 3 Apr 2019 13:13:30 +1300
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <CALqA5AnFOqhn=VK-m=dvNKO427RF3pX1uh0ZZXh8NzgSi61WhA@mail.gmail.com>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <e357edec-6f31-16f3-91ba-f7556ebbbe33@ruecker.fi>
 <CALqA5AmT60e0ZLp9GvpWOwwp1b+ETLkuT1L3tfKBckHu9eryUQ@mail.gmail.com>
 <5c9c8383.1c69fb81.8da5c.9802@mx.google.com>
 <CALqA5Akekgs72sx=d0Dk=ux3h4NWNt-oN3HzobrzGxa3mERfSQ@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <3ca8a9f3-c6d5-06cb-231d-6 4a97a05d2a4@ruecker.fi
 > <CALqA5AnFOqhn=VK-m=dvNKO427RF3pX1uh0ZZXh8NzgSi61WhA@mail.gmail.com>
Message-ID: <001101d4e9b2$12ef7340$38ce59c0$@com>

Most likely because your router will not forward your public IP address on your LAN.  You will need to substitute the IP with 127.0.0.1 when listening internally.

From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
Sent: Wednesday, 3 April 2019 12:35 a.m.
To: Icecast streaming server user discussions
Subject: Re: [Icecast] YP Directory Listing Concern

hi there 

I just wanna ask why I can't listen to my own stream when I listen using the listenurl given, 
but I was listen in the yp directory

i give u some screenshots for you to see

am i doing the right thing? 




On Fri, Mar 29, 2019 at 3:41 PM Thomas B. R?cker <thomas at ruecker.fi> wrote:
Hi,
On 3/29/19 6:34 AM, Prince Naryk wrote:
but what if I don't use third party service is there any ways to stream in icecast publicly ?

You need either of these:
* your personal machine MUST be reachable from the public Internet
  By default this is NOT the case for most private internet connections.
  At the very least you would need to reconfigure a NAT-router.
* an Internet exposed server (e.g. in the cloud)
Setting either up is out of scope of this mailing list. We focus strictly on Icecast, the server software.


On Fri, Mar 29, 2019 at 2:23 PM Prince Naryk <princekyran.pabate at gmail.com> wrote:
hi, 
im so sorry i made you confuse,

 lets make things simple,
 i will attach here my config file (the passwords are the default for now).

As I tried to point out before, this is NOT simple. Most of your trouble is with things that are not Icecast.
For 'streaming to the internet' (and listing on YP) you MUST provide:
* A publicly reachable TCP port (IPv6 and or IPv4)
  Please note that RFC1918 is NOT public (192.168..; 10...; 172.16-31..)
  Neither is RFC 6598 - 100.64...
* A world wide resolvable DNS entry for the IP address(es) involved above
  Technically this is optional, but we STRONGLY recommend it.
This mailing list will NOT help you with either of those two. You MUST provide this by yourself. If you need help with this, PLEASE seek it elsewhere. PLEASE do not attempt to discuss it on this list (request to all subscribers reading this).

and see if this configuration will now work over the internet and can be heard publicly,
I only change the hostname, also please check it if it's the correct one. 

As already pointed out in my last email this will NOT work with YP in the current form. I won't comment further.
Please ensure the above mentioned prerequisites are in place before you try this again.

Thomas
PS: For other mailing list subscribers playing along at home: The RFC 1918/6598 network notation is intentionally wrong for simplicity and to avoid further confusion.


thanks for your kind consideration.


On Fri, Mar 29, 2019 at 2:06 PM Thomas B. R?cker <thomas at ruecker.fi> wrote:
Hi,

On 3/29/19 4:58 AM, Prince Naryk wrote:
> is icecast not compatible with windows 10 ?


Icecast works OK on Windows in general.



>
> On Fri, Mar 29, 2019 at 12:18 PM Prince Naryk
> <princekyran.pabate at gmail.com <mailto:princekyran.pabate at gmail.com>>
> wrote:
>
>     my icecast.bat file won't run
>

you'd need to provide much more details for us to help you with this.
Please keep in mind that we neither can see your screen, nor are we
clairvoyant. Any error messages? What did you do/change?



>
>     On Fri, Mar 29, 2019 at 9:41 AM Prince Naryk
>     <princekyran.pabate at gmail.com
>     <mailto:princekyran.pabate at gmail.com>> wrote:
>
>         here are the screenshots do you think this work fine ? my
>         friends cant listen to my stream
>

You seem to be using your internal machine name. You'd need to use your
*public* hostname under which your server is reachable from the internet.



>
>         On Fri, Mar 29, 2019 at 8:57 AM Prince Naryk
>         <princekyran.pabate at gmail.com
>         <mailto:princekyran.pabate at gmail.com>> wrote:
>
>             im using Listen2Myradio website to provide me the IP
>             server and password for Icecast
>             and I use Butt for the encoder where I also place the IP
>             server and the password provided from Listen2myradio site
>             to make work online.
>

You have now introduced something completely different to the situation.

IF YOU ARE USING A THIRD PARTY SERVICE THEN YOU MUST CONFIGURE THAT, NOT
YOUR PRIVATE SERVER.
FOR HELP CONTACT THE SUPPORT OF YOUR SERVICE PROVIDER!


>             everything works fine, others can now listen to my stream
>             outside my network if only I gave them the stream link.
>

You must configure *that* service, not your private machine!



>             but my concern is my stream isn't connected on the YP
>             directory listing.
>

Contact listen2myradio support. We can not help you.



>             if i install icecast 2.4.4 it won't provide me IP server
>

I do not understand what you mean by this. This statement without
further context does not make sense.


>
>             On Fri, Mar 29, 2019 at 6:43 AM Prince Naryk
>             <princekyran.pabate at gmail.com
>             <mailto:princekyran.pabate at gmail.com>> wrote:
>
>                 something im still confused, im sorry a newbie here :)
>

I understand, but we can't teach you everything that you need to
understand outside of Icecast. We certainly tried. But we are a
community that focuses on Icecast.

Please consider learning more about "the internet", "networks",
"routers", "TCP/UDP services/servers". There are many educational
resources on the Internet that can help you. I am sorry, but I can't
point one specific out as I don't fully understand your needs. It might
be best if you could find someone knowledgeable locally to help you
learn those concepts.


Please note that I have provided specific answers in context of each of
your questions. You can NOT read them as one solution.


Best of luck in your endeavours!

Thomas


_______________________________________________
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




From princekyran.pabate at gmail.com  Wed Apr  3 11:43:55 2019
From: princekyran.pabate at gmail.com (Prince Naryk)
Date: Wed, 3 Apr 2019 19:43:55 +0800
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <001101d4e9b2$12ef7340$38ce59c0$@com>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <e357edec-6f31-16f3-91ba-f7556ebbbe33@ruecker.fi>
 <CALqA5AmT60e0ZLp9GvpWOwwp1b+ETLkuT1L3tfKBckHu9eryUQ@mail.gmail.com>
 <5c9c8383.1c69fb81.8da5c.9802@mx.google.com>
 <CALqA5Akekgs72sx=d0Dk=ux3h4NWNt-oN3HzobrzGxa3mERfSQ@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <CALqA5AnFOqhn=VK-m=dvNKO427RF3pX1uh0ZZXh8NzgSi61WhA@mail.gmail.com>
 <001101d4e9b2$12ef7340$38ce59c0$@com>
Message-ID: <CALqA5Am63LQij7p4H008ig0VStDGe3+SMFcNd9-UGSPRL05GRA@mail.gmail.com>

Hi there!

yes, i tried to change to localhost/127.0.0.1 when listening in my OWN
network and it WORK. and no problem.

BUT, how about those others who listen to my stream OUTSIDE from my
network,
I already shared them my PUBLIC IP then the port (e.g 8000) also the
listenurl to be sure, but when they open the stream , it never loads.

I already allow the rules for the INBOUND rules in my windows firewall in
port 8000 , the port that i use in my stream.
i think it really has to do with port forwarding.
Any idea about this?

Thanks!

Best regards

Prince

On Wed, Apr 3, 2019 at 9:14 AM Ross Levis <ross at stationplaylist.com> wrote:

> Most likely because your router will not forward your public IP address on
> your LAN.  You will need to substitute the IP with 127.0.0.1 when listening
> internally.
>
> From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
> Sent: Wednesday, 3 April 2019 12:35 a.m.
> To: Icecast streaming server user discussions
> Subject: Re: [Icecast] YP Directory Listing Concern
>
> hi there
>
> I just wanna ask why I can't listen to my own stream when I listen using
> the listenurl given,
> but I was listen in the yp directory
>
> i give u some screenshots for you to see
>
> am i doing the right thing?
>
>
>
>
> On Fri, Mar 29, 2019 at 3:41 PM Thomas B. R?cker <thomas at ruecker.fi>
> wrote:
> Hi,
> On 3/29/19 6:34 AM, Prince Naryk wrote:
> but what if I don't use third party service is there any ways to stream in
> icecast publicly ?
>
> You need either of these:
> * your personal machine MUST be reachable from the public Internet
>   By default this is NOT the case for most private internet connections.
>   At the very least you would need to reconfigure a NAT-router.
> * an Internet exposed server (e.g. in the cloud)
> Setting either up is out of scope of this mailing list. We focus strictly
> on Icecast, the server software.
>
>
> On Fri, Mar 29, 2019 at 2:23 PM Prince Naryk <princekyran.pabate at gmail.com>
> wrote:
> hi,
> im so sorry i made you confuse,
>
>  lets make things simple,
>  i will attach here my config file (the passwords are the default for now).
>
> As I tried to point out before, this is NOT simple. Most of your trouble
> is with things that are not Icecast.
> For 'streaming to the internet' (and listing on YP) you MUST provide:
> * A publicly reachable TCP port (IPv6 and or IPv4)
>   Please note that RFC1918 is NOT public (192.168..; 10...; 172.16-31..)
>   Neither is RFC 6598 - 100.64...
> * A world wide resolvable DNS entry for the IP address(es) involved above
>   Technically this is optional, but we STRONGLY recommend it.
> This mailing list will NOT help you with either of those two. You MUST
> provide this by yourself. If you need help with this, PLEASE seek it
> elsewhere. PLEASE do not attempt to discuss it on this list (request to all
> subscribers reading this).
>
> and see if this configuration will now work over the internet and can be
> heard publicly,
> I only change the hostname, also please check it if it's the correct one.
>
> As already pointed out in my last email this will NOT work with YP in the
> current form. I won't comment further.
> Please ensure the above mentioned prerequisites are in place before you
> try this again.
>
> Thomas
> PS: For other mailing list subscribers playing along at home: The RFC
> 1918/6598 network notation is intentionally wrong for simplicity and to
> avoid further confusion.
>
>
> thanks for your kind consideration.
>
>
> On Fri, Mar 29, 2019 at 2:06 PM Thomas B. R?cker <thomas at ruecker.fi>
> wrote:
> Hi,
>
> On 3/29/19 4:58 AM, Prince Naryk wrote:
> > is icecast not compatible with windows 10 ?
>
>
> Icecast works OK on Windows in general.
>
>
>
> >
> > On Fri, Mar 29, 2019 at 12:18 PM Prince Naryk
> > <princekyran.pabate at gmail.com <mailto:princekyran.pabate at gmail.com>>
> > wrote:
> >
> >     my icecast.bat file won't run
> >
>
> you'd need to provide much more details for us to help you with this.
> Please keep in mind that we neither can see your screen, nor are we
> clairvoyant. Any error messages? What did you do/change?
>
>
>
> >
> >     On Fri, Mar 29, 2019 at 9:41 AM Prince Naryk
> >     <princekyran.pabate at gmail.com
> >     <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >         here are the screenshots do you think this work fine ? my
> >         friends cant listen to my stream
> >
>
> You seem to be using your internal machine name. You'd need to use your
> *public* hostname under which your server is reachable from the internet.
>
>
>
> >
> >         On Fri, Mar 29, 2019 at 8:57 AM Prince Naryk
> >         <princekyran.pabate at gmail.com
> >         <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >             im using Listen2Myradio website to provide me the IP
> >             server and password for Icecast
> >             and I use Butt for the encoder where I also place the IP
> >             server and the password provided from Listen2myradio site
> >             to make work online.
> >
>
> You have now introduced something completely different to the situation.
>
> IF YOU ARE USING A THIRD PARTY SERVICE THEN YOU MUST CONFIGURE THAT, NOT
> YOUR PRIVATE SERVER.
> FOR HELP CONTACT THE SUPPORT OF YOUR SERVICE PROVIDER!
>
>
> >             everything works fine, others can now listen to my stream
> >             outside my network if only I gave them the stream link.
> >
>
> You must configure *that* service, not your private machine!
>
>
>
> >             but my concern is my stream isn't connected on the YP
> >             directory listing.
> >
>
> Contact listen2myradio support. We can not help you.
>
>
>
> >             if i install icecast 2.4.4 it won't provide me IP server
> >
>
> I do not understand what you mean by this. This statement without
> further context does not make sense.
>
>
> >
> >             On Fri, Mar 29, 2019 at 6:43 AM Prince Naryk
> >             <princekyran.pabate at gmail.com
> >             <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >                 something im still confused, im sorry a newbie here :)
> >
>
> I understand, but we can't teach you everything that you need to
> understand outside of Icecast. We certainly tried. But we are a
> community that focuses on Icecast.
>
> Please consider learning more about "the internet", "networks",
> "routers", "TCP/UDP services/servers". There are many educational
> resources on the Internet that can help you. I am sorry, but I can't
> point one specific out as I don't fully understand your needs. It might
> be best if you could find someone knowledgeable locally to help you
> learn those concepts.
>
>
> Please note that I have provided specific answers in context of each of
> your questions. You can NOT read them as one solution.
>
>
> Best of luck in your endeavours!
>
> Thomas
>
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190403/b0d18458/attachment.htm>

From ross at stationplaylist.com  Wed Apr  3 13:03:03 2019
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 4 Apr 2019 02:03:03 +1300
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <CALqA5Am63LQij7p4H008ig0VStDGe3+SMFcNd9-UGSPRL05GRA@mail.gmail.com>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <e357edec-6f31-16f3-91ba-f7556ebbbe33@ruecker.fi>
 <CALqA5AmT60e0ZLp9GvpWOwwp1b+ETLkuT1L3tfKBckHu9eryUQ@mail.gmail.com>
 <5c9c8383.1c69fb81.8da5c.9802@mx.google.com>
 <CALqA5Akekgs72sx=d0Dk=ux3h4NWNt-oN3HzobrzGxa3mERfSQ@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <CALqA5AnFOqhn=VK-m=dvNKO4 27RF3pX1uh0ZZXh8NzgSi6
 1WhA@mail.gmail.com> <001101d4e9b2$12ef7340$38ce59c0$@com>
 <CALqA5Am63LQij7p4H008ig0VStDGe3+SMFcNd9-UGSPRL05GRA@mail.gmail.com>
Message-ID: <006601d4ea1d$93e3fb90$bbabf2b0$@com>

I can?t see your Icecast server from here, so it appears to be a port forwarding issue to me.

From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
Sent: Thursday, 4 April 2019 12:44 a.m.
To: Icecast streaming server user discussions
Subject: Re: [Icecast] YP Directory Listing Concern

Hi there!

yes, i tried to change to localhost/127.0.0.1 when listening in my OWN network and it WORK. and no problem.

BUT, how about those others who listen to my stream OUTSIDE from my network, 
I already shared them my PUBLIC IP then the port (e.g 8000) also the listenurl to be sure, but when they open the stream , it never loads.

I already allow the rules for the INBOUND rules in my windows firewall in port 8000 , the port that i use in my stream.
i think it really has to do with port forwarding.
Any idea about this?

Thanks!

Best regards

Prince

On Wed, Apr 3, 2019 at 9:14 AM Ross Levis <ross at stationplaylist.com> wrote:
Most likely because your router will not forward your public IP address on your LAN.  You will need to substitute the IP with 127.0.0.1 when listening internally.

From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
Sent: Wednesday, 3 April 2019 12:35 a.m.
To: Icecast streaming server user discussions
Subject: Re: [Icecast] YP Directory Listing Concern

hi there 

I just wanna ask why I can't listen to my own stream when I listen using the listenurl given, 
but I was listen in the yp directory

i give u some screenshots for you to see

am i doing the right thing? 




On Fri, Mar 29, 2019 at 3:41 PM Thomas B. R?cker <thomas at ruecker.fi> wrote:
Hi,
On 3/29/19 6:34 AM, Prince Naryk wrote:
but what if I don't use third party service is there any ways to stream in icecast publicly ?

You need either of these:
* your personal machine MUST be reachable from the public Internet
  By default this is NOT the case for most private internet connections.
  At the very least you would need to reconfigure a NAT-router.
* an Internet exposed server (e.g. in the cloud)
Setting either up is out of scope of this mailing list. We focus strictly on Icecast, the server software.


On Fri, Mar 29, 2019 at 2:23 PM Prince Naryk <princekyran.pabate at gmail.com> wrote:
hi, 
im so sorry i made you confuse,

 lets make things simple,
 i will attach here my config file (the passwords are the default for now).

As I tried to point out before, this is NOT simple. Most of your trouble is with things that are not Icecast.
For 'streaming to the internet' (and listing on YP) you MUST provide:
* A publicly reachable TCP port (IPv6 and or IPv4)
  Please note that RFC1918 is NOT public (192.168..; 10...; 172.16-31..)
  Neither is RFC 6598 - 100.64...
* A world wide resolvable DNS entry for the IP address(es) involved above
  Technically this is optional, but we STRONGLY recommend it.
This mailing list will NOT help you with either of those two. You MUST provide this by yourself. If you need help with this, PLEASE seek it elsewhere. PLEASE do not attempt to discuss it on this list (request to all subscribers reading this).

and see if this configuration will now work over the internet and can be heard publicly,
I only change the hostname, also please check it if it's the correct one. 

As already pointed out in my last email this will NOT work with YP in the current form. I won't comment further.
Please ensure the above mentioned prerequisites are in place before you try this again.

Thomas
PS: For other mailing list subscribers playing along at home: The RFC 1918/6598 network notation is intentionally wrong for simplicity and to avoid further confusion.


thanks for your kind consideration.


On Fri, Mar 29, 2019 at 2:06 PM Thomas B. R?cker <thomas at ruecker.fi> wrote:
Hi,

On 3/29/19 4:58 AM, Prince Naryk wrote:
> is icecast not compatible with windows 10 ?


Icecast works OK on Windows in general.



>
> On Fri, Mar 29, 2019 at 12:18 PM Prince Naryk
> <princekyran.pabate at gmail.com <mailto:princekyran.pabate at gmail.com>>
> wrote:
>
>     my icecast.bat file won't run
>

you'd need to provide much more details for us to help you with this.
Please keep in mind that we neither can see your screen, nor are we
clairvoyant. Any error messages? What did you do/change?



>
>     On Fri, Mar 29, 2019 at 9:41 AM Prince Naryk
>     <princekyran.pabate at gmail.com
>     <mailto:princekyran.pabate at gmail.com>> wrote:
>
>         here are the screenshots do you think this work fine ? my
>         friends cant listen to my stream
>

You seem to be using your internal machine name. You'd need to use your
*public* hostname under which your server is reachable from the internet.



>
>         On Fri, Mar 29, 2019 at 8:57 AM Prince Naryk
>         <princekyran.pabate at gmail.com
>         <mailto:princekyran.pabate at gmail.com>> wrote:
>
>             im using Listen2Myradio website to provide me the IP
>             server and password for Icecast
>             and I use Butt for the encoder where I also place the IP
>             server and the password provided from Listen2myradio site
>             to make work online.
>

You have now introduced something completely different to the situation.

IF YOU ARE USING A THIRD PARTY SERVICE THEN YOU MUST CONFIGURE THAT, NOT
YOUR PRIVATE SERVER.
FOR HELP CONTACT THE SUPPORT OF YOUR SERVICE PROVIDER!


>             everything works fine, others can now listen to my stream
>             outside my network if only I gave them the stream link.
>

You must configure *that* service, not your private machine!



>             but my concern is my stream isn't connected on the YP
>             directory listing.
>

Contact listen2myradio support. We can not help you.



>             if i install icecast 2.4.4 it won't provide me IP server
>

I do not understand what you mean by this. This statement without
further context does not make sense.


>
>             On Fri, Mar 29, 2019 at 6:43 AM Prince Naryk
>             <princekyran.pabate at gmail.com
>             <mailto:princekyran.pabate at gmail.com>> wrote:
>
>                 something im still confused, im sorry a newbie here :)
>

I understand, but we can't teach you everything that you need to
understand outside of Icecast. We certainly tried. But we are a
community that focuses on Icecast.

Please consider learning more about "the internet", "networks",
"routers", "TCP/UDP services/servers". There are many educational
resources on the Internet that can help you. I am sorry, but I can't
point one specific out as I don't fully understand your needs. It might
be best if you could find someone knowledgeable locally to help you
learn those concepts.


Please note that I have provided specific answers in context of each of
your questions. You can NOT read them as one solution.


Best of luck in your endeavours!

Thomas


_______________________________________________
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




From princekyran.pabate at gmail.com  Thu Apr  4 01:44:56 2019
From: princekyran.pabate at gmail.com (Prince Naryk)
Date: Thu, 4 Apr 2019 09:44:56 +0800
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <006601d4ea1d$93e3fb90$bbabf2b0$@com>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <e357edec-6f31-16f3-91ba-f7556ebbbe33@ruecker.fi>
 <CALqA5AmT60e0ZLp9GvpWOwwp1b+ETLkuT1L3tfKBckHu9eryUQ@mail.gmail.com>
 <5c9c8383.1c69fb81.8da5c.9802@mx.google.com>
 <CALqA5Akekgs72sx=d0Dk=ux3h4NWNt-oN3HzobrzGxa3mERfSQ@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <001101d4e9b2$12ef7340$38ce59c0$@com>
 <CALqA5Am63LQij7p4H008ig0VStDGe3+SMFcNd9-UGSPRL05GRA@mail.gmail.com>
 <006601d4ea1d$93e3fb90$bbabf2b0$@com>
Message-ID: <CALqA5AmansjV9SOKpM25scwMFERw_jPCGrY3sV-xtqJOrrbS+g@mail.gmail.com>

Hi there,
Im sorry I wasn't able to turn on my server that's why you were not able to
find it on the yp list.

my other concern also, I can now see my stream on the YP list and then few
minutes later it will disappear from the list and then back again on the
list,
although my stream is still running, I can still open my icecast admin page.

you can try check it just search : "icecast server"
for you to see


On Wed, Apr 3, 2019 at 9:03 PM Ross Levis <ross at stationplaylist.com> wrote:

> I can?t see your Icecast server from here, so it appears to be a port
> forwarding issue to me.
>
> From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
> Sent: Thursday, 4 April 2019 12:44 a.m.
> To: Icecast streaming server user discussions
> Subject: Re: [Icecast] YP Directory Listing Concern
>
> Hi there!
>
> yes, i tried to change to localhost/127.0.0.1 when listening in my OWN
> network and it WORK. and no problem.
>
> BUT, how about those others who listen to my stream OUTSIDE from my
> network,
> I already shared them my PUBLIC IP then the port (e.g 8000) also the
> listenurl to be sure, but when they open the stream , it never loads.
>
> I already allow the rules for the INBOUND rules in my windows firewall in
> port 8000 , the port that i use in my stream.
> i think it really has to do with port forwarding.
> Any idea about this?
>
> Thanks!
>
> Best regards
>
> Prince
>
> On Wed, Apr 3, 2019 at 9:14 AM Ross Levis <ross at stationplaylist.com>
> wrote:
> Most likely because your router will not forward your public IP address on
> your LAN.  You will need to substitute the IP with 127.0.0.1 when listening
> internally.
>
> From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Prince Naryk
> Sent: Wednesday, 3 April 2019 12:35 a.m.
> To: Icecast streaming server user discussions
> Subject: Re: [Icecast] YP Directory Listing Concern
>
> hi there
>
> I just wanna ask why I can't listen to my own stream when I listen using
> the listenurl given,
> but I was listen in the yp directory
>
> i give u some screenshots for you to see
>
> am i doing the right thing?
>
>
>
>
> On Fri, Mar 29, 2019 at 3:41 PM Thomas B. R?cker <thomas at ruecker.fi>
> wrote:
> Hi,
> On 3/29/19 6:34 AM, Prince Naryk wrote:
> but what if I don't use third party service is there any ways to stream in
> icecast publicly ?
>
> You need either of these:
> * your personal machine MUST be reachable from the public Internet
>   By default this is NOT the case for most private internet connections.
>   At the very least you would need to reconfigure a NAT-router.
> * an Internet exposed server (e.g. in the cloud)
> Setting either up is out of scope of this mailing list. We focus strictly
> on Icecast, the server software.
>
>
> On Fri, Mar 29, 2019 at 2:23 PM Prince Naryk <princekyran.pabate at gmail.com>
> wrote:
> hi,
> im so sorry i made you confuse,
>
>  lets make things simple,
>  i will attach here my config file (the passwords are the default for now).
>
> As I tried to point out before, this is NOT simple. Most of your trouble
> is with things that are not Icecast.
> For 'streaming to the internet' (and listing on YP) you MUST provide:
> * A publicly reachable TCP port (IPv6 and or IPv4)
>   Please note that RFC1918 is NOT public (192.168..; 10...; 172.16-31..)
>   Neither is RFC 6598 - 100.64...
> * A world wide resolvable DNS entry for the IP address(es) involved above
>   Technically this is optional, but we STRONGLY recommend it.
> This mailing list will NOT help you with either of those two. You MUST
> provide this by yourself. If you need help with this, PLEASE seek it
> elsewhere. PLEASE do not attempt to discuss it on this list (request to all
> subscribers reading this).
>
> and see if this configuration will now work over the internet and can be
> heard publicly,
> I only change the hostname, also please check it if it's the correct one.
>
> As already pointed out in my last email this will NOT work with YP in the
> current form. I won't comment further.
> Please ensure the above mentioned prerequisites are in place before you
> try this again.
>
> Thomas
> PS: For other mailing list subscribers playing along at home: The RFC
> 1918/6598 network notation is intentionally wrong for simplicity and to
> avoid further confusion.
>
>
> thanks for your kind consideration.
>
>
> On Fri, Mar 29, 2019 at 2:06 PM Thomas B. R?cker <thomas at ruecker.fi>
> wrote:
> Hi,
>
> On 3/29/19 4:58 AM, Prince Naryk wrote:
> > is icecast not compatible with windows 10 ?
>
>
> Icecast works OK on Windows in general.
>
>
>
> >
> > On Fri, Mar 29, 2019 at 12:18 PM Prince Naryk
> > <princekyran.pabate at gmail.com <mailto:princekyran.pabate at gmail.com>>
> > wrote:
> >
> >     my icecast.bat file won't run
> >
>
> you'd need to provide much more details for us to help you with this.
> Please keep in mind that we neither can see your screen, nor are we
> clairvoyant. Any error messages? What did you do/change?
>
>
>
> >
> >     On Fri, Mar 29, 2019 at 9:41 AM Prince Naryk
> >     <princekyran.pabate at gmail.com
> >     <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >         here are the screenshots do you think this work fine ? my
> >         friends cant listen to my stream
> >
>
> You seem to be using your internal machine name. You'd need to use your
> *public* hostname under which your server is reachable from the internet.
>
>
>
> >
> >         On Fri, Mar 29, 2019 at 8:57 AM Prince Naryk
> >         <princekyran.pabate at gmail.com
> >         <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >             im using Listen2Myradio website to provide me the IP
> >             server and password for Icecast
> >             and I use Butt for the encoder where I also place the IP
> >             server and the password provided from Listen2myradio site
> >             to make work online.
> >
>
> You have now introduced something completely different to the situation.
>
> IF YOU ARE USING A THIRD PARTY SERVICE THEN YOU MUST CONFIGURE THAT, NOT
> YOUR PRIVATE SERVER.
> FOR HELP CONTACT THE SUPPORT OF YOUR SERVICE PROVIDER!
>
>
> >             everything works fine, others can now listen to my stream
> >             outside my network if only I gave them the stream link.
> >
>
> You must configure *that* service, not your private machine!
>
>
>
> >             but my concern is my stream isn't connected on the YP
> >             directory listing.
> >
>
> Contact listen2myradio support. We can not help you.
>
>
>
> >             if i install icecast 2.4.4 it won't provide me IP server
> >
>
> I do not understand what you mean by this. This statement without
> further context does not make sense.
>
>
> >
> >             On Fri, Mar 29, 2019 at 6:43 AM Prince Naryk
> >             <princekyran.pabate at gmail.com
> >             <mailto:princekyran.pabate at gmail.com>> wrote:
> >
> >                 something im still confused, im sorry a newbie here :)
> >
>
> I understand, but we can't teach you everything that you need to
> understand outside of Icecast. We certainly tried. But we are a
> community that focuses on Icecast.
>
> Please consider learning more about "the internet", "networks",
> "routers", "TCP/UDP services/servers". There are many educational
> resources on the Internet that can help you. I am sorry, but I can't
> point one specific out as I don't fully understand your needs. It might
> be best if you could find someone knowledgeable locally to help you
> learn those concepts.
>
>
> Please note that I have provided specific answers in context of each of
> your questions. You can NOT read them as one solution.
>
>
> Best of luck in your endeavours!
>
> Thomas
>
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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/20190404/908ed6c4/attachment.htm>

From thomas at ruecker.fi  Thu Apr  4 13:01:51 2019
From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=)
Date: Thu, 4 Apr 2019 13:01:51 +0000
Subject: [Icecast] YP Directory Listing Concern
In-Reply-To: <CALqA5AmansjV9SOKpM25scwMFERw_jPCGrY3sV-xtqJOrrbS+g@mail.gmail.com>
References: <CALqA5AkPkm+sJ9YnVy1GYCRp+RutpxAws9O58pJU22NUWd5o4g@mail.gmail.com>
 <1553782632.1142.105.camel@de.loewenfelsen.net>
 <CALqA5A=Tp9-mrLCQW2vNwEEK_amw+YhPn0miY4SBK2i7dt+F5A@mail.gmail.com>
 <CALqA5An+MK4pScRUSV=Z36ujrhoRv=h4yPYuHTPzz+5SkXP_tg@mail.gmail.com>
 <CALqA5Am4ZRL9DEbv4E83BqQHNOPFmH+A_gL=zzUwi4qKmFNnww@mail.gmail.com>
 <CALqA5A=V-oLkA1EVtGLUSsUicvGBAC75CYMN0O2ntYHozePWDQ@mail.gmail.com>
 <CALqA5AnVpVsR4kcYmBP9egCMVZWtGFkOVakJ=ymcDnXFOErVPA@mail.gmail.com>
 <CALqA5AnE455mDvJk0nyTzM=T-R-D+S6V8j_wXz-aq5U8KYrs+w@mail.gmail.com>
 <be03c5b4-2c98-fabb-4e6d-35934dd8c25e@ruecker.fi>
 <CALqA5AnxLVG5LYeMH3s5bGTgmAz8NZQgwTvA+yJSowAfqh24nQ@mail.gmail.com>
 <CALqA5Andfq7viZyZwS9+4J-+akar=q+reV594FaOR=TRFmiOOA@mail.gmail.com>
 <001101d4e9b2$12ef7340$38ce59c0$@com>
 <CALqA5Am63LQij7p4H008ig0VStDGe3+SMFcNd9-UGSPRL05GRA@mail.gmail.com>
 <006601d4ea1d$93e3fb90$bbabf2b0$@com>
 <CALqA5AmansjV9SOKpM25scwMFERw_jPCGrY3sV-xtqJOrrbS+g@mail.gmail.com>
Message-ID: <44a0699b-a4e8-ad64-f170-b1ed6107a304@ruecker.fi>

Hi,

On 4/4/19 1:44 AM, Prince Naryk wrote:
> Hi there,?
> Im sorry I wasn't able to turn on my server that's why you were not
> able to find it on the yp list.
>
> my other concern also, I can now see my stream on the YP list and then
> few minutes later it will disappear from the list and then back again
> on the list,
> although my stream is still running, I can still open my icecast admin
> page.


*Let me at this point quote the first reply in this thread:*

Please refer to this bit of documentation (not yet in the released
documentation at this time):

https://icecast.org/docs/icecast-trunk/yp/

It describes the process in great detail, so that you should be able to
figure things out by yourself quickly.

*Specifically the section on troubleshooting advises:*

As with all Icecast problems, the error log is the goto place to start. If necessary temporary increase the log level to 4 (debug) and reload the Icecast config. All relevant messages will contain YP. Especially those messages that tell you that something failed will contain important hints and or messages from the YP server. If your entry submission is directly rejected the server will tell why, if your entry gets delisted after submission, then you will see updates/touches fail. Depending on the YP server the stream reachability check will be deferred, so you will see a successful initial submission, but if your stream is found to be unreachable it will be delisted and updates will fail. Please note that YP directories will check both IPv6 and IPv4 availability of streams. See the list of common misconfigurations for further hints. 


I'm reasonably sure that you are on a residential Internet connection
that from time to time changes its public IPv4 address. Advertising your
"business" at an address where it no longer "lives" doesn't work and
listings get removed. For such reasons we strongly recommend to use host
names resolvable in public DNS. The keyword is "dynamic DNS", please
read up about it and implement it, it is out of the scope of this
mailing list.


Please read and follow the documentation. Asking questions that are
clearly answered by the documentation is rude and shows a lack of
respect for the time and effort of the people trying to help you.


Cheers,

Thomas





From icq8852 at fastmail.com  Sun Apr  7 16:43:41 2019
From: icq8852 at fastmail.com (John Molane)
Date: Sun, 07 Apr 2019 12:43:41 -0400
Subject: [Icecast] Question about replacing the web interface with an audio
	stream
Message-ID: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>

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.htm>

From jordan at caturria.ca  Sun Apr  7 17:27:30 2019
From: jordan at caturria.ca (Jordan Verner)
Date: Sun, 7 Apr 2019 13:27:30 -0400
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
Message-ID: <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>

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.htm>

From icq8852 at fastmail.com  Sun Apr  7 18:17:21 2019
From: icq8852 at fastmail.com (John Molane)
Date: Sun, 07 Apr 2019 14:17:21 -0400
Subject: [Icecast]
 =?utf-8?q?Question_about_replacing_the_web_interface_wi?=
 =?utf-8?q?th_an_audio_stream?=
In-Reply-To: <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
Message-ID: <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.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
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190407/6ccc2701/attachment.htm>

From yahav.shasha at gmail.com  Sun Apr  7 18:29:06 2019
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Sun, 7 Apr 2019 21:29:06 +0300
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
 <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
Message-ID: <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>

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.htm>

From jordan at caturria.ca  Sun Apr  7 18:33:36 2019
From: jordan at caturria.ca (Jordan Verner)
Date: Sun, 7 Apr 2019 14:33:36 -0400
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
 <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
 <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
Message-ID: <16071410-5995-4DC3-900D-EF5EE6310888@caturria.ca>

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.htm>

From yahav.shasha at gmail.com  Sun Apr  7 18:38:12 2019
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Sun, 7 Apr 2019 21:38:12 +0300
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <16071410-5995-4DC3-900D-EF5EE6310888@caturria.ca>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
 <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
 <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
 <16071410-5995-4DC3-900D-EF5EE6310888@caturria.ca>
Message-ID: <CABuab=TW_+e2VYLdq_sPn_Kd0be6CBLSQ=pB1csTcnwCL=Jx0Q@mail.gmail.com>

Well it wont be the index anymore, if this works you can rename the index
file to have it accessible..
If that doesnt work, you can try to have apache redirect to the stream url,
might work since many clients will honor that and follow that redirect.

?????? ??? ??, 7 ????? 2019, 21:33, ??? Jordan Verner ?<jordan at caturria.ca>:

> 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
> >:
>
>> 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
>>
> _______________________________________________
> 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/4fb3aa04/attachment.htm>

From thomas at ruecker.fi  Mon Apr  8 06:48:16 2019
From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=)
Date: Mon, 8 Apr 2019 06:48:16 +0000
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <16071410-5995-4DC3-900D-EF5EE6310888@caturria.ca>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
 <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
 <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
 <16071410-5995-4DC3-900D-EF5EE6310888@caturria.ca>
Message-ID: <5a24948a-f008-331d-a7b5-19a97a24b126@ruecker.fi>

Hi,

On 4/7/19 6:33 PM, Jordan Verner wrote:
> 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?


That assumption is not right.

The web interface only comes up on the `/` path as it's by default
aliased to `/status.xsl`.
If you replace that alias, then the main web interface page will remain
accessible via `/status.xsl`.

Also, I strongly Agree with Yahav. Avoid reverse proxying Icecast and if
Apache is involved, run as fast as you can. If you need to run a
traditional webserver for other reasons, don't do it on the same address
as Icecast.


Cheers,

Thomas


>
>
>> On Apr 7, 2019, at 2:29 PM, Yahav Shasha <yahav.shasha at gmail.com
>> <mailto: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
>>>     _______________________________________________
>>>     Icecast mailing list
>>>     Icecast at xiph.org <mailto:Icecast at xiph.org>
>>>     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
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org <mailto: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/20190408/0f20f4aa/attachment.htm>

From sub at hrfinancial.com  Sun Apr  7 22:12:57 2019
From: sub at hrfinancial.com (Humberto Rodriguez)
Date: Sun, 7 Apr 2019 18:12:57 -0400
Subject: [Icecast] Question about replacing the web interface with an
	audio	stream
In-Reply-To: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
Message-ID: <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>

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.htm>

From jordan at caturria.ca  Mon Apr  8 19:28:11 2019
From: jordan at caturria.ca (Jordan Verner)
Date: Mon, 8 Apr 2019 15:28:11 -0400
Subject: [Icecast] Question about replacing the web interface with an
 audio	stream
In-Reply-To: <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
Message-ID: <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>

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.htm>

From yahav.shasha at gmail.com  Mon Apr  8 19:31:07 2019
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Mon, 8 Apr 2019 22:31:07 +0300
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
 <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
Message-ID: <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>

Just bind icecast to port 80...
Its not uncommon to use a subdomain for a stream..

?????? ??? ??, 8 ????? 2019, 22:28, ??? Jordan Verner ?<jordan at caturria.ca>:

> 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
>
>
> _______________________________________________
> 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/8c5d65aa/attachment.htm>

From jordan at caturria.ca  Mon Apr  8 19:46:39 2019
From: jordan at caturria.ca (Jordan Verner)
Date: Mon, 8 Apr 2019 15:46:39 -0400
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
 <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
 <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>
Message-ID: <5D5D7E2E-AFC7-4C8C-AF46-5FD1A14A81BB@caturria.ca>

Okay, but you?d have to be able/willing to employ a dedicated IP to that, plus run Icecast as root.
What are the negative technical implications of running icecast on port 8000 (suitable for most users) and then running a reverse proxy to accommodate public wifi with port restrictions?


> On Apr 8, 2019, at 3:31 PM, Yahav Shasha <yahav.shasha at gmail.com> wrote:
> 
> Just bind icecast to port 80...
> Its not uncommon to use a subdomain for a stream..
> 
> ?????? ??? ??, 8 ????? 2019, 22:28, ??? Jordan Verner ?<jordan at caturria.ca <mailto:jordan at caturria.ca>>:
> 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 <mailto: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 <mailto:icecast-bounces at xiph.org>> On Behalf Of John Molane
>> Sent: Sunday, April 7, 2019 12:44 PM
>> To: icecast at xiph.org <mailto: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 <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
> http://lists.xiph.org/mailman/listinfo/icecast

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190408/c221cfc2/attachment.htm>

From yahav.shasha at gmail.com  Mon Apr  8 20:49:02 2019
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Mon, 8 Apr 2019 23:49:02 +0300
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <5D5D7E2E-AFC7-4C8C-AF46-5FD1A14A81BB@caturria.ca>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
 <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
 <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>
 <5D5D7E2E-AFC7-4C8C-AF46-5FD1A14A81BB@caturria.ca>
Message-ID: <CABuab=Tw7u0--PEAO2gkDeN+XVKz+13sebyJDyXia2FspO7CTQ@mail.gmail.com>

As for the root concerns check the changeowner or chroot.
Now, if you must use revproxy its not entierly out of the question but from
my experience its better to avoid it unless u have no other options. And if
you do go that way, use nginx instead of apache.


?????? ??? ??, 8 ????? 2019, 22:46, ??? Jordan Verner ?<jordan at caturria.ca>:

> Okay, but you?d have to be able/willing to employ a dedicated IP to that,
> plus run Icecast as root.
> What are the negative technical implications of running icecast on port
> 8000 (suitable for most users) and then running a reverse proxy to
> accommodate public wifi with port restrictions?
>
>
> On Apr 8, 2019, at 3:31 PM, Yahav Shasha <yahav.shasha at gmail.com> wrote:
>
> Just bind icecast to port 80...
> Its not uncommon to use a subdomain for a stream..
>
> ?????? ??? ??, 8 ????? 2019, 22:28, ??? Jordan Verner ?<jordan at caturria.ca
> >:
>
>> 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
>>
>>
>> _______________________________________________
>> 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/20190408/8335b335/attachment.htm>

From jake at jakebriggs.com  Mon Apr  8 21:05:59 2019
From: jake at jakebriggs.com (jake)
Date: Tue, 09 Apr 2019 09:05:59 +1200
Subject: [Icecast] Question about replacing the web interface with an
	audio stream
In-Reply-To: <CABuab=Tw7u0--PEAO2gkDeN+XVKz+13sebyJDyXia2FspO7CTQ@mail.gmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
 <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
 <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>
 <5D5D7E2E-AFC7-4C8C-AF46-5FD1A14A81BB@caturria.ca>
 <CABuab=Tw7u0--PEAO2gkDeN+XVKz+13sebyJDyXia2FspO7CTQ@mail.gmail.com>
Message-ID: <6e53f3f7c205461bbd2819d51bec5801@jakebriggs.com>

 

I have had a bunch of issues getting reverse proxy running with apache
properly, the main issue is with YP listings and having icecast list the
revproxy mount at port 80 rather than the icecast one at port 8000.
Unfortunately, I /need/ some sort of http server on port 80 - and I know
apache the best. 

That being said, if you know the mounts you want to reverse proxy, its
not an arduous exercise to revproxy with apache. Here is an anonymized 
/etc/apache2/sites-enabled/000-default.conf 

---------------- 8< ----------------
<VirtualHost *:80>
    ServerName example.com

    ServerAdmin webmaster at localhost
    DocumentRoot /var/www/html
    LimitRequestLine 10000000

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    Include conf-available/serve-cgi-bin.conf

    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
    <Directory "/usr/lib/cgi-bin">
        AllowOverride None
        Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
        Require all granted
    </Directory>

    ProxyPreserveHost On

    ProxyPass /jakemusic http://localhost:8000/jake-radio.mp3
    ProxyPassReverse /jakemusic http://localhost:8000/jake-radio.mp3

    ProxyPass /carlymusic http://localhost:8000/carly-radio.mp3
    ProxyPassReverse /carlymusic http://localhost:8000/carly-radio.mp3

    ProxyPass /dnbmusic http://localhost:8000/dnb-radio.mp3
    ProxyPassReverse /dnbmusic http://localhost:8000/dnb-radio.mp3

    ProxyPass /subsonic http://localhost:4040/subsonic
    ProxyPassReverse /subsonic http://localhost:4040/subsonic

    ProxyPass /jsonrpc http://localhost:6800/jsonrpc
    ProxyPassReverse /jsonrpc http://localhost:6800/jsonrpc

    Header set Access-Control-Allow-Origin "*"
</VirtualHost> 

---------------- 8< ---------------- 

So the only real things in the config you need is the "ProxyPreserveHost
On" and the 6 lines proxying 3 icecast mounts, jake-radio.mp3,
carly-radio.mp3, and dnb-radio.mp3. I also reverse proxy to a subsonic
server and a jsonrpc backend for an unrelated thingy, and the rest like
the cgi-bin stuff is unrelated. 

Jake 

On 2019-04-09 08:49, Yahav Shasha wrote: 

> As for the root concerns check the changeowner or chroot. 
> Now, if you must use revproxy its not entierly out of the question but from my experience its better to avoid it unless u have no other options. And if you do go that way, use nginx instead of apache. 
> 
> ?????? ??? ??, 8 ????? 2019, 22:46, ??? Jordan Verner ?<jordan at caturria.ca>: 
> Okay, but you'd have to be able/willing to employ a dedicated IP to that, plus run Icecast as root. 
> What are the negative technical implications of running icecast on port 8000 (suitable for most users) and then running a reverse proxy to accommodate public wifi with port restrictions? 
> 
> On Apr 8, 2019, at 3:31 PM, Yahav Shasha <yahav.shasha at gmail.com> wrote: 
> 
> Just bind icecast to port 80... 
> Its not uncommon to use a subdomain for a stream.. 
> 
> ?????? ??? ??, 8 ????? 2019, 22:28, ??? Jordan Verner ?<jordan at caturria.ca>: 
> 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 [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 

_______________________________________________
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/3a1e81e2/attachment.htm>

From jorgefren12 at gmail.com  Mon Apr  8 21:25:55 2019
From: jorgefren12 at gmail.com (=?UTF-8?B?Sm9yZ2UgTsO6w7Fleg==?=)
Date: Mon, 8 Apr 2019 16:25:55 -0500
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <6e53f3f7c205461bbd2819d51bec5801@jakebriggs.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <016201d4ed8f$0f3f2610$2dbd7230$@hrfinancial.com>
 <76CBDB88-C983-4478-8174-821B92D46B34@caturria.ca>
 <CABuab=T6dMTbqLrfK+5x5hNX_w35zftmmHUANTZvKzyyiFp73Q@mail.gmail.com>
 <5D5D7E2E-AFC7-4C8C-AF46-5FD1A14A81BB@caturria.ca>
 <CABuab=Tw7u0--PEAO2gkDeN+XVKz+13sebyJDyXia2FspO7CTQ@mail.gmail.com>
 <6e53f3f7c205461bbd2819d51bec5801@jakebriggs.com>
Message-ID: <CAOP4xcyxC+GY-disuCyKU_G6B80Kcye+Zb4uAgw1Eewm5Rd2og@mail.gmail.com>

unsuscribe

El lun., 8 abr. 2019 a las 16:15, jake (<jake at jakebriggs.com>) escribi?:

> I have had a bunch of issues getting reverse proxy running with apache
> properly, the main issue is with YP listings and having icecast list the
> revproxy mount at port 80 rather than the icecast one at port 8000.
> Unfortunately, I /need/ some sort of http server on port 80 - and I know
> apache the best.
>
> That being said, if you know the mounts you want to reverse proxy, its not
> an arduous exercise to revproxy with apache. Here is an anonymized
> /etc/apache2/sites-enabled/000-default.conf
>
>
>
> ---------------- 8< ----------------
> <VirtualHost *:80>
>     ServerName example.com
>
>     ServerAdmin webmaster at localhost
>     DocumentRoot /var/www/html
>     LimitRequestLine 10000000
>
>     ErrorLog ${APACHE_LOG_DIR}/error.log
>     CustomLog ${APACHE_LOG_DIR}/access.log combined
>
>     Include conf-available/serve-cgi-bin.conf
>
>     ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
>     <Directory "/usr/lib/cgi-bin">
>         AllowOverride None
>         Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
>         Require all granted
>     </Directory>
>
>     ProxyPreserveHost On
>
>     ProxyPass /jakemusic http://localhost:8000/jake-radio.mp3
>     ProxyPassReverse /jakemusic http://localhost:8000/jake-radio.mp3
>
>     ProxyPass /carlymusic http://localhost:8000/carly-radio.mp3
>     ProxyPassReverse /carlymusic http://localhost:8000/carly-radio.mp3
>
>     ProxyPass /dnbmusic http://localhost:8000/dnb-radio.mp3
>     ProxyPassReverse /dnbmusic http://localhost:8000/dnb-radio.mp3
>
>     ProxyPass /subsonic http://localhost:4040/subsonic
>     ProxyPassReverse /subsonic http://localhost:4040/subsonic
>
>     ProxyPass /jsonrpc http://localhost:6800/jsonrpc
>     ProxyPassReverse /jsonrpc http://localhost:6800/jsonrpc
>
>     Header set Access-Control-Allow-Origin "*"
> </VirtualHost>
>
> ---------------- 8< ----------------
>
>
>
> So the only real things in the config you need is the "ProxyPreserveHost
> On" and the 6 lines proxying 3 icecast mounts, jake-radio.mp3,
> carly-radio.mp3, and dnb-radio.mp3. I also reverse proxy to a subsonic
> server and a jsonrpc backend for an unrelated thingy, and the rest like the
> cgi-bin stuff is unrelated.
>
>
>
> Jake
>
>
>
> On 2019-04-09 08:49, Yahav Shasha wrote:
>
> As for the root concerns check the changeowner or chroot.
> Now, if you must use revproxy its not entierly out of the question but
> from my experience its better to avoid it unless u have no other options.
> And if you do go that way, use nginx instead of apache.
>
>
> ?????? ??? ??, 8 ????? 2019, 22:46, ??? Jordan Verner ?<jordan at caturria.ca
> >:
>
>> Okay, but you'd have to be able/willing to employ a dedicated IP to that,
>> plus run Icecast as root.
>> What are the negative technical implications of running icecast on port
>> 8000 (suitable for most users) and then running a reverse proxy to
>> accommodate public wifi with port restrictions?
>>
>>
>> On Apr 8, 2019, at 3:31 PM, Yahav Shasha <yahav.shasha at gmail.com> wrote:
>>
>> Just bind icecast to port 80...
>> Its not uncommon to use a subdomain for a stream..
>>
>> ?????? ??? ??, 8 ????? 2019, 22:28, ??? Jordan Verner ?<
>> jordan at caturria.ca>:
>>
>>> 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
>>>
>>> _______________________________________________
>>> 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
>
> _______________________________________________
> 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/85490e28/attachment.htm>

From webmaster at berean-biblechurch.org  Tue Apr  9 23:03:08 2019
From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org)
Date: Tue, 09 Apr 2019 18:03:08 -0500
Subject: [Icecast] Question about replacing the web interface with an
 audio stream
In-Reply-To: <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
References: <0ca28506-cfee-4e55-82db-c87ccef96b32@www.fastmail.com>
 <DE28D6F3-FFAD-4067-A9C3-667083399BC4@caturria.ca>
 <5f6033bf-3cb3-4d33-80f6-f5b3753586fc@www.fastmail.com>
 <CABuab=TDRfvrF0uRPd_QhbwzzpiURZv0i8SfATEmZRd=bxOUMQ@mail.gmail.com>
Message-ID: <784951ace0967997ff1f7af0ea8f6265@berean-biblechurch.org>

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.htm>

From mvandop at xs4all.nl  Fri Apr 12 07:30:11 2019
From: mvandop at xs4all.nl (Michel van Dop)
Date: Fri, 12 Apr 2019 09:30:11 +0200
Subject: [Icecast] players who cannot handle switching to a fallback mount
	point?
Message-ID: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>

Hi, 

We use Icecast version 2.4.4 and use mountpoint /main and include use
fallback-mount.
When the /main is offline 92% of the listeners go to fallback-mount and
8% disconnect. 

The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount
points include extra fallback files AAC. 

Are there any players who cannot handle switching to a fallback mount
point?

Best regards,
Michel

--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190412/787f82e8/attachment.htm>

From pm at nowster.me.uk  Fri Apr 12 09:13:34 2019
From: pm at nowster.me.uk (Paul Martin)
Date: Fri, 12 Apr 2019 10:13:34 +0100
Subject: [Icecast] players who cannot handle switching to a fallback
 mount point?
In-Reply-To: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
Message-ID: <20190412091334.GB21197@nowster.org.uk>

On Fri, Apr 12, 2019 at 09:30:11AM +0200, Michel van Dop wrote:
> We use Icecast version 2.4.4 and use mountpoint /main and include use
> fallback-mount.
> When the /main is offline 92% of the listeners go to fallback-mount and
> 8% disconnect. 
> 
> The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount
> points include extra fallback files AAC. 

Are the fallback streams exactly the same characteristics as the
streams they're associated with?

Are they live or are they files served by Icecast?  (File serving is
not bitrate constrained in mainstream Icecast, so will completely fill
listeners' players' buffers, possibily requiring a reconnect to get
back to live if the buffer is large.)

-- 
Paul Martin <pm at nowster.me.uk>


From mvandop at xs4all.nl  Fri Apr 12 09:38:25 2019
From: mvandop at xs4all.nl (Michel van Dop)
Date: Fri, 12 Apr 2019 11:38:25 +0200
Subject: [Icecast] players who cannot handle switching to a fallback
 mount point?
In-Reply-To: <20190412091334.GB21197@nowster.org.uk>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
 <20190412091334.GB21197@nowster.org.uk>
Message-ID: <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>

Hi Paul,

Thanks for the quick response!
We use the same type of encoder (Sam Cast) both live for both 
mountpoints on 96 Kb Joint Stereo.

it is difficult to see if it is exactly the same. Is there a player that 
show exactly this? I will check this.

We have use the limit-rate in our config. Thats work better for go to 
play the last fallback-mount file (i test this).

See here our part of the config:

<mount>
<mount-name>/aac</mount-name>
<password>xxxxxxx</password>
<public>1</public>
<hidden>0</hidden>
<limit-rate>96k</limit-rate>
<fallback-mount>/fk-aac</fallback-mount>
<fallback-override>1</fallback-override>
<max-listeners>1500</max-listeners>
</mount>

<mount>
<mount-name>/fk-aac</mount-name>
<password>xxxxxxx</password>
<public>1</public>
<hidden>1</hidden>
<limit-rate>96k</limit-rate>
<fallback-mount>/aac.aac</fallback-mount>
<fallback-override>1</fallback-override>
<max-listeners>1500</max-listeners>
</mount>

Best regards,

Michel


Paul Martin schreef op 2019-04-12 11:13:

> On Fri, Apr 12, 2019 at 09:30:11AM +0200, Michel van Dop wrote:
> 
>> We use Icecast version 2.4.4 and use mountpoint /main and include use
>> fallback-mount.
>> When the /main is offline 92% of the listeners go to fallback-mount 
>> and
>> 8% disconnect.
>> 
>> The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount
>> points include extra fallback files AAC.
> 
> Are the fallback streams exactly the same characteristics as the
> streams they're associated with?
> 
> Are they live or are they files served by Icecast?  (File serving is
> not bitrate constrained in mainstream Icecast, so will completely fill
> listeners' players' buffers, possibily requiring a reconnect to get
> back to live if the buffer is large.)


-- 


From epirat07 at gmail.com  Fri Apr 12 11:30:12 2019
From: epirat07 at gmail.com (Marvin Scholz)
Date: Fri, 12 Apr 2019 13:30:12 +0200
Subject: [Icecast] players who cannot handle switching to a fallback
 mount point?
In-Reply-To: <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
 <20190412091334.GB21197@nowster.org.uk>
 <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>
Message-ID: <C0008339-9C59-4B0C-8772-705D7C2F9958@gmail.com>



On 12 Apr 2019, at 11:38, Michel van Dop wrote:

> Hi Paul,
>
> Thanks for the quick response!
> We use the same type of encoder (Sam Cast) both live for both 
> mountpoints on 96 Kb Joint Stereo.
>
> it is difficult to see if it is exactly the same. Is there a player 
> that show exactly this? I will check this.
>
> We have use the limit-rate in our config. Thats work better for go to 
> play the last fallback-mount file (i test this).
>
> See here our part of the config:
>
> <mount>
> <mount-name>/aac</mount-name>
> <password>xxxxxxx</password>
> <public>1</public>
> <hidden>0</hidden>
> <limit-rate>96k</limit-rate>
> <fallback-mount>/fk-aac</fallback-mount>
> <fallback-override>1</fallback-override>
> <max-listeners>1500</max-listeners>
> </mount>

Hi, Icecast has no `limit-rate` option, only the kh fork has.
In general this list is about Icecast, not Icecast-kh, so you
should at least mention that you use -kh to prevent confusion.

>
> <mount>
> <mount-name>/fk-aac</mount-name>
> <password>xxxxxxx</password>
> <public>1</public>
> <hidden>1</hidden>
> <limit-rate>96k</limit-rate>
> <fallback-mount>/aac.aac</fallback-mount>
> <fallback-override>1</fallback-override>
> <max-listeners>1500</max-listeners>
> </mount>
>
> Best regards,
>
> Michel
>
>
> Paul Martin schreef op 2019-04-12 11:13:
>
>> On Fri, Apr 12, 2019 at 09:30:11AM +0200, Michel van Dop wrote:
>>
>>> We use Icecast version 2.4.4 and use mountpoint /main and include 
>>> use
>>> fallback-mount.
>>> When the /main is offline 92% of the listeners go to fallback-mount 
>>> and
>>> 8% disconnect.
>>>
>>> The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount
>>> points include extra fallback files AAC.
>>
>> Are the fallback streams exactly the same characteristics as the
>> streams they're associated with?
>>
>> Are they live or are they files served by Icecast?  (File serving is
>> not bitrate constrained in mainstream Icecast, so will completely 
>> fill
>> listeners' players' buffers, possibily requiring a reconnect to get
>> back to live if the buffer is large.)
>
>
> -- 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From mvandop at xs4all.nl  Fri Apr 12 12:02:50 2019
From: mvandop at xs4all.nl (Michel van Dop)
Date: Fri, 12 Apr 2019 14:02:50 +0200
Subject: [Icecast] players who cannot handle switching to a fallback
 mount point?
In-Reply-To: <C0008339-9C59-4B0C-8772-705D7C2F9958@gmail.com>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
 <20190412091334.GB21197@nowster.org.uk>
 <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>
 <C0008339-9C59-4B0C-8772-705D7C2F9958@gmail.com>
Message-ID: <1ebaa980d7d60e05a8ddb1ffbd62a7d0@xs4all.nl>

Before we use the KH version, now we run on debian 9 using the rpm for
Icecast 2.4.4

Marvin Scholz schreef op 2019-04-12 13:30:

> On 12 Apr 2019, at 11:38, Michel van Dop wrote:
> 
>> Hi Paul,
>> 
>> Thanks for the quick response!
>> We use the same type of encoder (Sam Cast) both live for both mountpoints on 96 Kb Joint Stereo.
>> 
>> it is difficult to see if it is exactly the same. Is there a player that show exactly this? I will check this.
>> 
>> We have use the limit-rate in our config. Thats work better for go to play the last fallback-mount file (i test this).
>> 
>> See here our part of the config:
>> 
>> <mount>
>> <mount-name>/aac</mount-name>
>> <password>xxxxxxx</password>
>> <public>1</public>
>> <hidden>0</hidden>
>> <limit-rate>96k</limit-rate>
>> <fallback-mount>/fk-aac</fallback-mount>
>> <fallback-override>1</fallback-override>
>> <max-listeners>1500</max-listeners>
>> </mount>
> 
> Hi, Icecast has no `limit-rate` option, only the kh fork has.
> In general this list is about Icecast, not Icecast-kh, so you
> should at least mention that you use -kh to prevent confusion.
> 
> <mount>
> <mount-name>/fk-aac</mount-name>
> <password>xxxxxxx</password>
> <public>1</public>
> <hidden>1</hidden>
> <limit-rate>96k</limit-rate>
> <fallback-mount>/aac.aac</fallback-mount>
> <fallback-override>1</fallback-override>
> <max-listeners>1500</max-listeners>
> </mount>
> 
> Best regards,
> 
> Michel
> 
> Paul Martin schreef op 2019-04-12 11:13:
> 
> On Fri, Apr 12, 2019 at 09:30:11AM +0200, Michel van Dop wrote:
> 
> We use Icecast version 2.4.4 and use mountpoint /main and include use
> fallback-mount.
> When the /main is offline 92% of the listeners go to fallback-mount and
> 8% disconnect.
> 
> The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount
> points include extra fallback files AAC. 
> Are the fallback streams exactly the same characteristics as the
> streams they're associated with?
> 
> Are they live or are they files served by Icecast?  (File serving is
> not bitrate constrained in mainstream Icecast, so will completely fill
> listeners' players' buffers, possibily requiring a reconnect to get
> back to live if the buffer is large.)

-- _______________________________________________
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/20190412/f35e9a07/attachment.htm>

From pm at nowster.me.uk  Fri Apr 12 14:28:57 2019
From: pm at nowster.me.uk (Paul Martin)
Date: Fri, 12 Apr 2019 15:28:57 +0100
Subject: [Icecast] players who cannot handle switching to a fallback
 mount point?
In-Reply-To: <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
 <20190412091334.GB21197@nowster.org.uk>
 <076c38f12a5456292e2b1b3ae7cbc812@xs4all.nl>
Message-ID: <20190412142856.GB21568@nowster.org.uk>

On Fri, Apr 12, 2019 at 11:38:25AM +0200, Michel van Dop wrote:

> Thanks for the quick response!
> We use the same type of encoder (Sam Cast) both live for both mountpoints on
> 96 Kb Joint Stereo.
> 
> it is difficult to see if it is exactly the same. Is there a player that
> show exactly this? I will check this.

ffmpeg's ffplay, perhaps?

-- 
Paul Martin <pm at nowster.me.uk>


From poliveira at evsportugal.pt  Fri Apr 12 19:32:13 2019
From: poliveira at evsportugal.pt (Pedro M. Oliveira)
Date: Fri, 12 Apr 2019 20:32:13 +0100
Subject: [Icecast] Something not good.
Message-ID: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190412/a87a29ef/attachment.htm>

From pm at nowster.me.uk  Fri Apr 12 20:38:00 2019
From: pm at nowster.me.uk (Paul Martin)
Date: Fri, 12 Apr 2019 21:38:00 +0100
Subject: [Icecast] Something not good.
In-Reply-To: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
Message-ID: <20190412203800.GA2312@thinkpad.nowster.org.uk>

Seeing as you're running systemd, you might want to look at the
Journal too:

  journalctl -u icecast2

-- 
Paul Martin <pm at nowster.me.uk>


From henk.vande.ridder at solcon.nl  Fri Apr 12 20:39:49 2019
From: henk.vande.ridder at solcon.nl (Henk van de Ridder)
Date: Fri, 12 Apr 2019 22:39:49 +0200
Subject: [Icecast] Something not good.
In-Reply-To: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
Message-ID: <000601d4f16f$df783d10$9e68b730$@solcon.nl>

Hello,

 

If it is on a (VMware) virtual machine, maybe the network capacity or cpu capacity might be consumed by other virtual machines ?

Could there be a backup process running on the other machines ?

 

Henk

 

 

Van: Icecast [mailto:icecast-bounces at xiph.org] Namens Pedro M. Oliveira
Verzonden: vrijdag 12 april 2019 21:32
Aan: icecast at xiph.org
Onderwerp: [Icecast] Something not good.

 

Hi,

 

I have a icecast server, configured to 5000 listeners maximum. i increased open files config number.

I already ad 1400 listeners connected without problems in this instalation in a few days ago.

 

My ice icecast service simply stops, and I don?t know why. 

 

At access.log file, nothing strange. 

At error.log, I can saw this:

 

[2019-04-12  18:33:09] INFO source/source_main listener count on /mountpoint1 now 170

[2019-04-12  18:33:09] INFO source/send_to_listener Client 46481 (79.216.20.105) has fallen too far behind, removing

[2019-04-12  18:33:09] INFO source/source_main listener count on /mountpoint2 now 53

[2019-04-12  18:33:25] INFO source/send_to_listener Client 37748 (81.193.216.245) has fallen too far behind, removing

[2019-04-12  18:33:25] INFO source/source_main listener count on /mountpoint1 now 170

...

[2019-04-12  18:33:35] INFO fserve/fserve_client_create checking for file /mountpoint1.m3u (/usr/share/icecast/web/mountpoint1.m3u)

[2019-04-12  18:33:37] INFO source/source_main listener count on /mountpoint3 now 315

[2019-04-12  18:45:03] INFO main/main Icecast 2.4.4 server started













So, at 2019-04-12 18:33:37 the server had 315 listeners in mountpont3. Nothing happens until 18:45:03, I?ve started at this time icecast service.

 

You can see here some infos:

 

 

[root at scast1 icecast]# service icecast status

Redirecting to /bin/systemctl status icecast.service

? icecast.service - Icecast Network Audio Streaming Server

   Loaded: loaded (/usr/lib/systemd/system/icecast.service; enabled; vendor preset: disabled)

   Active: active (running) since Fri 2019-04-12 18:45:03 WEST; 1h 39min ago

 Main PID: 4055 (icecast)

   CGroup: /system.slice/icecast.service

           ??4055 /usr/bin/icecast -c /etc/icecast.xml

 

Apr 12 18:45:03 scast1.evspt.com <http://scast1.evspt.com/>  systemd[1]: Started Icecast Network Audio Streaming Server.

 

[root at scast1 icecast]# cat /proc/4055/limits

Limit                     Soft Limit           Hard Limit           Units     

Max cpu time              unlimited            unlimited            seconds   

Max file size             unlimited            unlimited            bytes     

Max data size             unlimited            unlimited            bytes     

Max stack size            8388608              unlimited            bytes     

Max core file size        0                    unlimited            bytes     

Max resident set          unlimited            unlimited            bytes     

Max processes             63065                63065                processes 

Max open files            50000                50000                files     

Max locked memory         65536                65536                bytes     

Max address space         unlimited            unlimited            bytes     

Max file locks            unlimited            unlimited            locks     

Max pending signals       63065                63065                signals   

Max msgqueue size         819200               819200               bytes     

Max nice priority         0                    0                    

Max realtime priority     0                    0                    

Max realtime timeout      unlimited            unlimited            us   









Can some one help me and explain me how can I see why my icecast service stops?





Im running Centos 7.





Regards!

Pedro





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190412/bc8e07d1/attachment.htm>

From bandfanforum at gmail.com  Sat Apr 13 16:04:15 2019
From: bandfanforum at gmail.com (MPG Radio)
Date: Sat, 13 Apr 2019 12:04:15 -0400
Subject: [Icecast] players who cannot handle switching to a fallback
	mount point?
In-Reply-To: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
References: <6dc5e85036456ce402af762fc295ecba@xs4all.nl>
Message-ID: <CAB_3P53J7fsfdRLK_TqmesZXmF0bxuwRxHTBuw-REbfDo3zf1A@mail.gmail.com>

We use Icecast & ezestream, 128 and 44100 mp3 with a hybrid player HTML and
flash, as long as we keep to the exact settings defined in the
configuration, we have success. no drop outs etc.....that we are aware of.
We are using win buss vista 64 if you can believe that...
Thank you

Mike Gagne, Program / Music Director

*MPG Radio *|* BandFan | *bandfanforum at gmail.com
Founded in 2012, MPGRadio is a self-supported Internet station committed to
providing a venue for fans of music artists alike to share compositions of
any genre.
facebook <https://www.facebook.com/mpgradio/> | twitter
<https://twitter.com/mpgrecord> | instagram
<https://www.instagram.com/mpgradio/> | google+
<https://plus.google.com/b/114999516585539219574/114999516585539219574?hl=en-GB>
|
Support <https://teespring.com/stores/mpg-radio-support>

"Get on our Crypto Nero <https://choon.co/playlists/0zff9rczvfu> playlist"
-  with Choon, a streaming service and digital payments ecosystem. Artists
we rotate can be fast-tracked avoiding the waiting list.

*24 hour commercial-free internet-only radio station*

We are a listener-supported, commercial-free internet-only radio station
with no advertising or annoying commercial interruptions. Our mission is to
search out and expose great new music to people who otherwise may never
encounter it.
A tremendous amount of work is put in by volunteers on this internet radio
station to develop new programming and to ensure that everyone Artist gets
fair exposure support this effort
<https://teespring.com/stores/mpg-radio-support>.

Please visit us at: MPGRadio <http://mpg.dnset.com/radio>



On Fri, Apr 12, 2019 at 3:30 AM Michel van Dop <mvandop at xs4all.nl> wrote:

> Hi,
>
> We use Icecast version 2.4.4 and use mountpoint /main and include use
> fallback-mount.
> When the /main is offline 92% of the listeners go to fallback-mount and 8%
> disconnect.
>
> The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount points
> include extra fallback files AAC.
>
> Are there any players who cannot handle switching to a fallback mount
> point?
>
> Best regards,
> Michel
> --
>
>
>
> _______________________________________________
> 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/20190413/42da37bb/attachment.htm>

From poliveira at evsportugal.pt  Sat Apr 13 20:08:26 2019
From: poliveira at evsportugal.pt (Pedro M. Oliveira)
Date: Sat, 13 Apr 2019 21:08:26 +0100
Subject: [Icecast] Something not good.
In-Reply-To: <20190412203800.GA2312@thinkpad.nowster.org.uk>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
 <20190412203800.GA2312@thinkpad.nowster.org.uk>
Message-ID: <4A5C3489-A5FB-4269-81E0-FDEC7221A880@evsportugal.pt>

Hi!

[root at scast1 ~]# journalctl -u icecast
?
Apr 11 08:44:31 <hostname> systemd[1]: Started Icecast Network Audio Streaming Server.
Apr 12 18:33:38 <hostname> systemd[1]: icecast.service: main process exited, code=killed, status=11/SEGV
Apr 12 18:33:38 <hostname> systemd[1]: Unit icecast.service entered failed state.
Apr 12 18:33:38 <hostname> systemd[1]: icecast.service failed.
Apr 12 18:45:03 <hostname> systemd[1]: Started Icecast Network Audio Streaming Server.


I can?t see nothing relevant. 
Regards,


> On 12 Apr 2019, at 21:38, Paul Martin <pm at nowster.me.uk> wrote:
> 
> Seeing as you're running systemd, you might want to look at the
> Journal too:
> 
>  journalctl -u icecast2
> 
> -- 
> Paul Martin <pm at nowster.me.uk>
> _______________________________________________
> 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/20190413/f2d7b71a/attachment.htm>

From poliveira at evsportugal.pt  Sat Apr 13 20:10:25 2019
From: poliveira at evsportugal.pt (Pedro M. Oliveira)
Date: Sat, 13 Apr 2019 21:10:25 +0100
Subject: [Icecast] Something not good.
In-Reply-To: <000601d4f16f$df783d10$9e68b730$@solcon.nl>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
 <000601d4f16f$df783d10$9e68b730$@solcon.nl>
Message-ID: <FAB43626-931F-461C-B587-3AFEE88D2E3C@evsportugal.pt>

Hi Henk!

No, im running icecast on a dedicated server. This dedicated server doesn?t have nothing more that icecast.

Regards,
Pedro

> On 12 Apr 2019, at 21:39, Henk van de Ridder <henk.vande.ridder at solcon.nl> wrote:
> 
> Hello,
>  
> If it is on a (VMware) virtual machine, maybe the network capacity or cpu capacity might be consumed by other virtual machines ?
> Could there be a backup process running on the other machines ?
>  
> Henk
>  
> ? <>
> Van: Icecast [mailto:icecast-bounces at xiph.org <mailto:icecast-bounces at xiph.org>] Namens Pedro M. Oliveira
> Verzonden: vrijdag 12 april 2019 21:32
> Aan: icecast at xiph.org <mailto:icecast at xiph.org>
> Onderwerp: [Icecast] Something not good.
>  
> Hi,
>  
> I have a icecast server, configured to 5000 listeners maximum. i increased open files config number.
> I already ad 1400 listeners connected without problems in this instalation in a few days ago.
>  
> My ice icecast service simply stops, and I don?t know why. 
>  
> At access.log file, nothing strange. 
> At error.log, I can saw this:
>  
> [2019-04-12  18:33:09] INFO source/source_main listener count on /mountpoint1 now 170
> [2019-04-12  18:33:09] INFO source/send_to_listener Client 46481 (79.216.20.105) has fallen too far behind, removing
> [2019-04-12  18:33:09] INFO source/source_main listener count on /mountpoint2 now 53
> [2019-04-12  18:33:25] INFO source/send_to_listener Client 37748 (81.193.216.245) has fallen too far behind, removing
> [2019-04-12  18:33:25] INFO source/source_main listener count on /mountpoint1 now 170
> ...
> [2019-04-12  18:33:35] INFO fserve/fserve_client_create checking for file /mountpoint1.m3u (/usr/share/icecast/web/mountpoint1.m3u)
> [2019-04-12  18:33:37] INFO source/source_main listener count on /mountpoint3 now 315
> [2019-04-12  18:45:03] INFO main/main Icecast 2.4.4 server started
> 
> 
> 
> 
> 
> 
> So, at 2019-04-12 18:33:37 the server had 315 listeners in mountpont3. Nothing happens until 18:45:03, I?ve started at this time icecast service.
>  
> You can see here some infos:
>  
>  
> [root at scast1 icecast]# service icecast status
> Redirecting to /bin/systemctl status icecast.service
> ? icecast.service - Icecast Network Audio Streaming Server
>    Loaded: loaded (/usr/lib/systemd/system/icecast.service; enabled; vendor preset: disabled)
>    Active: active (running) since Fri 2019-04-12 18:45:03 WEST; 1h 39min ago
>  Main PID: 4055 (icecast)
>    CGroup: /system.slice/icecast.service
>            ??4055 /usr/bin/icecast -c /etc/icecast.xml
>  
> Apr 12 18:45:03 scast1.evspt.com <http://scast1.evspt.com/> systemd[1]: Started Icecast Network Audio Streaming Server.
>  
> [root at scast1 icecast]# cat /proc/4055/limits
> Limit                     Soft Limit           Hard Limit           Units     
> Max cpu time              unlimited            unlimited            seconds   
> Max file size             unlimited            unlimited            bytes     
> Max data size             unlimited            unlimited            bytes     
> Max stack size            8388608              unlimited            bytes     
> Max core file size        0                    unlimited            bytes     
> Max resident set          unlimited            unlimited            bytes     
> Max processes             63065                63065                processes 
> Max open files            50000                50000                files     
> Max locked memory         65536                65536                bytes     
> Max address space         unlimited            unlimited            bytes     
> Max file locks            unlimited            unlimited            locks     
> Max pending signals       63065                63065                signals   
> Max msgqueue size         819200               819200               bytes     
> Max nice priority         0                    0                    
> Max realtime priority     0                    0                    
> Max realtime timeout      unlimited            unlimited            us   
> 
> 
> 
> 
> Can some one help me and explain me how can I see why my icecast service stops?
> 
> 
> Im running Centos 7.
> 
> 
> Regards!
> Pedro
> 
> 
> _______________________________________________
> 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/20190413/765da06e/attachment.htm>

From mvandop at xs4all.nl  Sat Apr 13 20:46:26 2019
From: mvandop at xs4all.nl (Michel van Dop)
Date: Sat, 13 Apr 2019 22:46:26 +0200
Subject: [Icecast] Something not good.
In-Reply-To: <20190412203800.GA2312@thinkpad.nowster.org.uk>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
 <20190412203800.GA2312@thinkpad.nowster.org.uk>
Message-ID: <FF6E83F5-BCD6-4CA8-B7E2-5123F0EEE05C@xs4all.nl>

Do you check the system log of Centos? 

> Op 12 apr. 2019 om 22:38 heeft Paul Martin <pm at nowster.me.uk> het volgende geschreven:
> 
> Seeing as you're running systemd, you might want to look at the
> Journal too:
> 
>  journalctl -u icecast2
> 
> -- 
> Paul Martin <pm at nowster.me.uk>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From poliveira at evsportugal.pt  Sun Apr 14 02:43:22 2019
From: poliveira at evsportugal.pt (Pedro M. Oliveira)
Date: Sun, 14 Apr 2019 03:43:22 +0100
Subject: [Icecast] Something not good.
In-Reply-To: <FF6E83F5-BCD6-4CA8-B7E2-5123F0EEE05C@xs4all.nl>
References: <329E28B0-67E2-44C3-98F8-913BAA57B726@evsportugal.pt>
 <20190412203800.GA2312@thinkpad.nowster.org.uk>
 <FF6E83F5-BCD6-4CA8-B7E2-5123F0EEE05C@xs4all.nl>
Message-ID: <26BD5F28-844B-4CEE-B64C-7B86CE267D70@evsportugal.pt>

Hi!

Its a server problem?

[root at scast1 ~]# journalctl --since "2019-04-12 18:30" --until "2019-04-12 18:46?
...
Apr 12 18:33:38 scast1.evspt.com kernel: icecast[8080]: segfault at 7f8d12264000 ip 00007f8d11e14e4f sp 00007f8cefffe900 error 4 in libcrypto.so.1.0.2k[7f8d11d9b000+235000]
Apr 12 18:33:38 scast1.evspt.com systemd[1]: icecast.service: main process exited, code=killed, status=11/SEGV
Apr 12 18:33:38 scast1.evspt.com systemd[1]: Unit icecast.service entered failed state.
Apr 12 18:33:38 scast1.evspt.com systemd[1]: icecast.service failed.
?.
Apr 12 18:45:03 scast1.evspt.com systemd[1]: Started Icecast Network Audio Streaming Server.

I saw people with a problem something like that, and they said this is a problem it appears when icecast over SSL is enabled.

Regards,

> On 13 Apr 2019, at 21:46, Michel van Dop <mvandop at xs4all.nl> wrote:
> 
> Do you check the system log of Centos? 
> 
>> Op 12 apr. 2019 om 22:38 heeft Paul Martin <pm at nowster.me.uk> het volgende geschreven:
>> 
>> Seeing as you're running systemd, you might want to look at the
>> Journal too:
>> 
>> journalctl -u icecast2
>> 
>> -- 
>> Paul Martin <pm at nowster.me.uk>
>> _______________________________________________
>> 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/20190414/47e0c10e/attachment.htm>

From per.gunnarsson at yandex.com  Mon Apr 22 16:27:59 2019
From: per.gunnarsson at yandex.com (Per Gunnarsson)
Date: Mon, 22 Apr 2019 18:27:59 +0200
Subject: [Icecast] icecast eating CPU in Debian
Message-ID: <190ab98f-1de3-e485-897c-6a5723b044e9@yandex.com>

Hello!

I have had problems with icecast beginning to eat all my CPU lately.

I use the icecast2-2.4.4 source on Debian testing, I have recompiled it
for SSL support. The hardware is amd64.

I see nothing particular in the log files. One thing I can think of is
that I have liquidsoap asking icecast if some mount points are up. It
looks like this in the log files:

10.0.0.6 - - [22/Apr/2019:18:20:00 +0200] "GET /test.ogg HTTP/1.0" 404
394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0
10.0.0.6 - - [22/Apr/2019:18:20:01 +0200] "GET /verketlive.ogg HTTP/1.0"
404 394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0
10.0.0.6 - - [22/Apr/2019:18:20:02 +0200] "GET /test.ogg HTTP/1.0" 404
394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0
10.0.0.6 - - [22/Apr/2019:18:20:03 +0200] "GET /verketlive.ogg HTTP/1.0"
404 394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0
10.0.0.6 - - [22/Apr/2019:18:20:04 +0200] "GET /test.ogg HTTP/1.0" 404
394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0
10.0.0.6 - - [22/Apr/2019:18:20:05 +0200] "GET /verketlive.ogg HTTP/1.0"
404 394 "-" "Liquidsoap/1.3.7 (Unix; OCaml 4.05.0)" 0

Liquidsoap used to do this earlier for weeks without problem.

The hardware is pretty old, that's another thing I can think about.

Usually there is only one or two listeners connected when icecast starts
eating CPU.

I am grateful for pointers and clues.

Regards,

Per Gunnarsson



From thomas at ruecker.fi  Tue Apr 23 04:08:15 2019
From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=)
Date: Tue, 23 Apr 2019 04:08:15 +0000
Subject: [Icecast] icecast eating CPU in Debian
In-Reply-To: <190ab98f-1de3-e485-897c-6a5723b044e9@yandex.com>
References: <190ab98f-1de3-e485-897c-6a5723b044e9@yandex.com>
Message-ID: <f756054f-784f-0ff0-fa67-9290d0625d4e@ruecker.fi>

Hi,

On 4/22/19 4:27 PM, Per Gunnarsson wrote:
> Hello!
>
> I have had problems with icecast beginning to eat all my CPU lately.
>
> I use the icecast2-2.4.4 source on Debian testing, I have recompiled it
> for SSL support. The hardware is amd64.


openSSL might be part of this problem.
I seem to remember that we've seen some related issues for a while.
Are those clients connecting via TLS?

We've certainly been hunting some openSSL related weirdness for a while
now. Maybe PH3 or ePirat can chime in.


Cheers,

TBR



From nelsone19 at up.edu  Mon Apr 22 18:56:30 2019
From: nelsone19 at up.edu (Nelson, Emily)
Date: Mon, 22 Apr 2019 18:56:30 +0000
Subject: [Icecast] Icecast not connecting
Message-ID: <MWHPR03MB327972D0CD7BD919BA8A8595DD220@MWHPR03MB3279.namprd03.prod.outlook.com>

Hello,

I?m reaching out because our online radio station (sites.up.edu/kdup/) has stopped streaming in the last week - the website itself works fine but when anyone attempts to listen to the live music stream they receive a message that says ?cannot connect to the server ?icecast.up.edu.? Do we need to update the server, or is this a problem that someone else can take care of? Let me know if I should contact someone else, I appreciate getting feedback on how to fix this situation as soon as possible.

Thank you,

Emily nelson
KDUP college radio



Emily Nelson

University of Portland | Class of 2019 | B.A. English

General Manager, KDUP College Radio

Senior Co-Editor, Writers Magazine

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190422/eeadfc89/attachment.htm>

From gavin at stephens.net.nz  Tue Apr 23 06:18:27 2019
From: gavin at stephens.net.nz (Gavin Stephens)
Date: Tue, 23 Apr 2019 18:18:27 +1200
Subject: [Icecast] Icecast not connecting
In-Reply-To: <MWHPR03MB327972D0CD7BD919BA8A8595DD220@MWHPR03MB3279.namprd03.prod.outlook.com>
References: <MWHPR03MB327972D0CD7BD919BA8A8595DD220@MWHPR03MB3279.namprd03.prod.outlook.com>
Message-ID: <A86DE275-8B4E-44B1-A256-4E2EB7CB936C@stephens.net.nz>

I can't see anything on

 icecast.up.edu:8000

Looks like the server is down (Icecast isn't running) or a firewall/network/hardware problem.


Gavin.

On 23 April 2019 6:56:30 AM NZST, "Nelson, Emily" <nelsone19 at up.edu> wrote:
>Hello,
>
>I?m reaching out because our online radio station (sites.up.edu/kdup/)
>has stopped streaming in the last week - the website itself works fine
>but when anyone attempts to listen to the live music stream they
>receive a message that says ?cannot connect to the server
>?icecast.up.edu.? Do we need to update the server, or is this a problem
>that someone else can take care of? Let me know if I should contact
>someone else, I appreciate getting feedback on how to fix this
>situation as soon as possible.
>
>Thank you,
>
>Emily nelson
>KDUP college radio
>
>
>
>Emily Nelson
>
>University of Portland | Class of 2019 | B.A. English
>
>General Manager, KDUP College Radio
>
>Senior Co-Editor, Writers Magazine

-- 
Sent from Open Mail on Android.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190423/921b3e6c/attachment.htm>

From geoff at QuiteLikely.com  Tue Apr 23 09:31:11 2019
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Tue, 23 Apr 2019 12:31:11 +0300 (IDT)
Subject: [Icecast] Icecast not connecting
In-Reply-To: <MWHPR03MB327972D0CD7BD919BA8A8595DD220@MWHPR03MB3279.namprd03.prod.outlook.com>
References: <MWHPR03MB327972D0CD7BD919BA8A8595DD220@MWHPR03MB3279.namprd03.prod.outlook.com>
Message-ID: <alpine.DEB.2.11.1904231220350.26992@debian.work>

On Mon, 22 Apr 2019, Nelson, Emily wrote:

> I?m reaching out because our online radio station (sites.up.edu/kdup/) has stopped streaming in the last week - the website itself works fine but when anyone attempts to listen to the live music stream they receive a message that says ?cannot connect to the server ?icecast.up.edu.? Do we need to update the server, or is this a problem that someone else can take care of? Let me know if I should contact someone else, I appreciate getting feedback on how to fix this situation as soon as possible.

Hi Emily,

Here's what I'm seeing when I try to connect:

Failed to connect to icecast.up.edu port 8000: Connection refused

This means one of two things:

1.  The Icecast server software is not running.  This is the most likely 
reason.

2.  A firewall has been configured to refuse conections to this port.

In the first instance, I would contact whoever it is who maintains the 
machine where the Icecast server software runs, to see if the process 
needs to be restarted.  If it does, you will probably want that person to 
determine why it stopped in the first place and was not restarted, in 
order to avoid down-time in the future.

If it is running and the firewall on that specific machine is not blocking 
access to it, someone will need to contact whoever maintains the network 
equipment that connects that machine to the Internet.  The server admin 
will probably know who that should be.

There is a third, much less likely option, that the hostname 
icecast.up.edu is pointing to the incorrect server.  I wouldn't worry 
about this possibility until you have discounted both of the above 
possibilities.

Good luck!

Geoff.


From db76 at riseup.net  Tue Apr 23 12:45:15 2019
From: db76 at riseup.net (Damian)
Date: Tue, 23 Apr 2019 22:45:15 +1000
Subject: [Icecast] Bad or missing password on mount modification admin
	request
Message-ID: <9895C24E-02C5-4466-8833-DBD8E93330CF@riseup.net>

Hi,

I am currently running Icecast 2.4.4 on Debian stretch and am using the info from the status-json.xsl to display some stats on my radio webpage. This works well. 

On the same website, I have also managed to display listener stats. I looks like this https://systrum.net/listeners.png
 
To get this data, my developer created a php script containing the icecast admin credentials so that I can use the listeners? IP and agent info to display their location and duration the are connected for. It works as it should, but I do see occasional messages in the icecast error log like the one below.

INFO admin/admin_handle_request Bad or missing password on mount modification admin request (command: listclients.xsl)
EROR connection/_handle_connection Wrong request type from client

Icecast doesn?t seem to be affected by this but I would like a second opinion or any pointers on the best action to take to rectify this issue. Any help would be appreciated.

D

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190423/70823823/attachment.htm>

From phschafft at de.loewenfelsen.net  Tue Apr 23 14:25:55 2019
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Tue, 23 Apr 2019 14:25:55 +0000
Subject: [Icecast] Bad or missing password on mount modification admin
 request
In-Reply-To: <9895C24E-02C5-4466-8833-DBD8E93330CF@riseup.net>
References: <9895C24E-02C5-4466-8833-DBD8E93330CF@riseup.net>
Message-ID: <1556029555.1142.266.camel@de.loewenfelsen.net>

Good afternoon,

On Tue, 2019-04-23 at 22:45 +1000, Damian wrote:
> Hi,
> 
> I am currently running Icecast 2.4.4 on Debian stretch and am using
> the info from the status-json.xsl to display some stats on my radio
> webpage. This works well. 
> 
> On the same website, I have also managed to display listener stats. I
> looks like this https://systrum.net/listeners.png
>  
> To get this data, my developer created a php script containing the
> icecast admin credentials so that I can use the listeners? IP and
> agent info to display their location and duration the are connected
> for. It works as it should, but I do see occasional messages in the
> icecast error log like the one below.

Ok.


> INFO admin/admin_handle_request Bad or missing password on mount
> modification admin request (command: listclients.xsl)

This (very likely) just means that your script does correct requests
with the first request being without credentials and the second one
with. This is perfectly normal and nothing to worry about.


> EROR connection/_handle_connection Wrong request type from client

This is a bit strange. It means that a client tries methods not
understood by Icecast. However that is likely OPTIONS requests by
browsers or maybe also by your script. Icecast 2.4.4 does not support
OPTIONS (Icecast 2.5.x does). So this is also expected.

Maybe you can have look at your access.log and see if there is any
client matching that time. The log should indicate which method the
client is using.


> Icecast doesn?t seem to be affected by this but I would like a second
> opinion or any pointers on the best action to take to rectify this
> issue. Any help would be appreciated.


As said above it is likely not an issue but what is actually to expect.
So no need to worry about it. :)

With best regards,


-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190423/355a53b2/attachment.sig>

From hunteryates007 at gmail.com  Wed Apr 24 00:30:58 2019
From: hunteryates007 at gmail.com (Hunter Yates)
Date: Wed, 24 Apr 2019 12:30:58 +1200
Subject: [Icecast] Help
Message-ID: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>

Hello,

I can not get my server url anywhere please help

Sent from Mail for Windows 10

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190424/fac08bb6/attachment.htm>

From leif at scriba-bb.de  Wed Apr 24 05:24:10 2019
From: leif at scriba-bb.de (Leif Scriba)
Date: Wed, 24 Apr 2019 07:24:10 +0200
Subject: [Icecast] Help
In-Reply-To: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>
References: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>
Message-ID: <8B1152E7-9563-478B-801E-811723ADA678@scriba-bb.de>

Hello Hunter,

Maybe you can Start with http://localhost:8000
Be sure that icecast service is running and port 8000 is not blocked in your firewall. 

Also make yourself comfortable with the docs. You can start here:
https://icecast.org/docs/icecast-2.4.1/basic-setup.html

Also try searching something like ?howto install icecast on windows? or simmilar. 

Regards 
Leif

> Am 24.04.2019 um 02:30 schrieb Hunter Yates <hunteryates007 at gmail.com>:
> 
> Hello,
>  
> I can not get my server url anywhere please help
>  
> Sent from Mail for Windows 10
>  
> _______________________________________________
> 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/20190424/0092dab2/attachment.htm>

From daddyo323 at gmail.com  Wed Apr 24 12:21:57 2019
From: daddyo323 at gmail.com (Rick Keniuk)
Date: Wed, 24 Apr 2019 07:21:57 -0500
Subject: [Icecast] Help
In-Reply-To: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>
References: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>
Message-ID: <7BD888D8-AD61-4E30-930B-57B7F4A21896@gmail.com>

Hunter,

I am using Icecast under Windows.  Check to see where the Icecast directory is located on your hard drive.  If Icecast is installed under ?Program Files? or ?Program Files (x86)? then do an uninstall (through Window's normal method for uninstalls) and reboot the machine (I don?t remember if you need to reboot but you might do this to be safe).  Then remove the leftover ?Icecast? directory (if there is one) from ?Program Files? or ?Program Files (x86)?.  Finally reinstall Icecast but customize the install and locate the Icecast directory under ?C:/? or ?D:/? (do not use the Program Files directories) or whichever drive you would like.  My Icecast installation is at ?C:/Icecast? and it works fine on both Windows 10 and 8.1 (I?ve not tried Win 7 but I?d imagine it would be fine there also).  Try not to edit any settings in either Icecast or your encoder application initially.  My installs worked out of the box (when Icecast was installed in the root of C drive).  After it was working I carefully changed configurations (save your original configurations because you may need them to get back to functionality after accidentally misconfiguring something). 

Have fun,

Rick 

> On Apr 23, 2019, at 7:30 PM, Hunter Yates <hunteryates007 at gmail.com> wrote:
> 
> Hello,
>  
> I can not get my server url anywhere please help
>  
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>  
> _______________________________________________
> 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/20190424/9ee705e7/attachment.htm>

From hunteryates007 at gmail.com  Thu Apr 25 03:18:29 2019
From: hunteryates007 at gmail.com (Hunter Yates)
Date: Thu, 25 Apr 2019 15:18:29 +1200
Subject: [Icecast] Help
In-Reply-To: <7BD888D8-AD61-4E30-930B-57B7F4A21896@gmail.com>
References: <5cbfae43.1c69fb81.616a9.b12c@mx.google.com>
 <7BD888D8-AD61-4E30-930B-57B7F4A21896@gmail.com>
Message-ID: <5cc12711.1c69fb81.7c2a0.52fd@mx.google.com>

Thanks Rick!

Sent from Mail for Windows 10

From: Rick Keniuk
Sent: Thursday, 25 April 2019 12:22 AM
To: Icecast streaming server user discussions
Subject: Re: [Icecast] Help

Hunter,

I am using Icecast under Windows. ?Check to see where the Icecast directory is located on your hard drive. ?If Icecast is installed under ?Program Files? or ?Program Files (x86)? then do an uninstall (through Window's normal method for uninstalls) and reboot the machine (I don?t remember if you need to reboot but you might do this to be safe). ?Then remove the leftover ?Icecast? directory (if there is one) from ?Program Files? or ?Program Files (x86)?. ?Finally reinstall Icecast but customize the install and locate the Icecast directory under ?C:/? or ?D:/? (do not use the Program Files directories) or whichever drive you would like. ?My Icecast installation is at ?C:/Icecast? and it works fine on both Windows 10 and 8.1 (I?ve not tried Win 7 but I?d imagine it would be fine there also). ?Try not to edit any settings in either Icecast or your encoder application initially. ?My installs worked out of the box (when Icecast was installed in the root of C drive). ?After it was working I carefully changed configurations (save your original configurations because you may need them to get back to functionality after accidentally misconfiguring something).?

Have fun,

Rick?


On Apr 23, 2019, at 7:30 PM, Hunter Yates <hunteryates007 at gmail.com> wrote:

Hello,
?
I can not get my server url anywhere please help
?
Sent from?Mail?for Windows 10
?
_______________________________________________
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/20190425/87d51985/attachment.htm>

From lion at lion.leolix.org  Tue Apr 30 09:47:54 2019
From: lion at lion.leolix.org (Philipp Schafft)
Date: Tue, 30 Apr 2019 09:47:54 +0000
Subject: [Icecast] Release of libshout 2.4.2
Message-ID: <1556617674.1931.11.camel@lion.leolix.org>

Good morning,

we're happy to announce the release of libshout 2.4.2. The new version
includes several fixes as well as improvements.

Major changes:
      * Several fixes when invalid strings are passed to the library
      * Fixes and improvements in the build system
      * Fixes related to using libshout on Android
      * TLS handling has completely be rewritten. This includes many
        improvements and fixes for autodetection, used modes, and
        handling of buggy peers.
      * The internal statemachine has been rewritten and is the
        foundation to upcoming improvements. On of the improvements that
        this enabled are the TLS related changes above.
      * Documentation has been updated.

You can find our news entry at:
        https://icecast.org/news/libshout-release-2_4_2/

Downloads can be found at:
        https://icecast.org/download/#bindings


With best regards,

-- 
Philipp.
 (Rah of PH2)