similar to: help with "too many clients awaiting authentication"

System: Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64 Tried to install icecast using following two different methods described in these links: (1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/ (2) https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/ Both of these resulted in working and stable icecast, but without the possibility of url

Hello, We are using url authentication and getting the item bellow at the log: [2018-08-24 23:26:05] INFO auth_url/url_add_listener client auth (http://127.0.0.1:8001/listener/add) failed with "" I put try/catch and reviewed all my code ensure always return a proper status and header error code, so what trigger this kind of error? Regards, Thiago --------------

Hello, In order to identify if was some issue regard to the auth api we include some trace logs and we move it to other machine. Bellow is what trace we are generating (date, result, elapsed time in milleseconds, request): [8/29/18 11:49:00 AM] 200 0.3721 action=listener_add&server=r22&port=443&client=2616&mount=/alphafmsp&user=&p

Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64 Tried to install icecast using following two different methods described in these links: (1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/ (2) https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/ Both of these resulted in working and stable icecast, but without the possibility of url

Hi, If you're running icecast in a jail root (chroot enabled), then you may not have a properly setup DNS resolver. Maybe this post will point you in the right direction: http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns <http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns> Kind regards, KJ > Op 3 jun. 2015, om 22:34 heeft infoweb1 at crobiz.com het volgende geschreven: >

Hi, we are using Icecast with url authentication for some days now. This generally works quite well. But our web service that provides the authentication check sometimes gets requests with the following parameters: { "action":"stream_auth", "mount":"/stream", "ip":"xxxxx", "server":"xxxx.yyyy.de",

When attempting to build syslinux in parallel (make -j5), I encountered the following error at the end: rm -f liblpxelinux.a ar cq liblpxelinux.a rawcon.o ./fs/pxe/dhcp_option.o ./fs/pxe/pxe.o ./fs/pxe/tftp.o ./fs/pxe/urlparse.o ./lwip/src/netif/ethernetif.o ./lwip/src/netif/etharp.o ./lwip/src/netif/slipif.o ./lwip/src/netif/ppp/md5.o ./lwip/src/netif/ppp/randm.o ./lwip/src/netif/ppp/chpms.o

Hi Thanks for the reply > >> >> Set logging to verbose, starts Icecast, have it running for a while and >> then >> provide us with the error log please. >> >> Chances are your beta lacks cURL. Where did you get the beta from? >> >> On 27 Jan 2019, at 11:33, Damian wrote: >> > > > I installed from source using the tarball

Hi, This thread seems to have stalled. Would anyone still be able to help me with this one? I?ve posted my log as requested. Any advice would be a great help. > > Message: 1 > Date: Tue, 29 Jan 2019 20:00:21 +1000 > From: Damian <db76 at riseup.net> > To: icecast at xiph.org > Subject: Re: [Icecast] Icecast Digest, Vol 175, Issue 11 > Message-ID:

Hi Philipp, Thanks for your reply. It really helped. Did I understand you correctly that we should respond to those requests sent by Icecast without username and password with HTTP status code 200 and the header "Icecast-Auth-Message: No username provided"? Best regards, Christian > Good morning, > > On Tue, 2020-06-16 at 13:25 +0000, Christian Stoller wrote: >> Hi,

Hi, the reporting person has tried also with vanilla icecast source compiled. The setup is: Liquidsoap in MP3 mode sending a stream Winamp pulling the stream A flash applet requesting a custom XSLT file every 10s The output of valgrind is: ==13821== ==13821== HEAP SUMMARY: ==13821== in use at exit: 1,744,928 bytes in 4,194 blocks ==13821== total heap usage: 41,508 allocs, 37,314 frees,

Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net> --- efi/udp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efi/udp.c b/efi/udp.c index 1088f47..b0f13ad 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -163,7 +163,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, } else { udata.UseDefaultAddress = FALSE;

Good morning, On Tue, 2020-06-16 at 13:25 +0000, Christian Stoller wrote: > Hi, > > we are using Icecast with url authentication for some days now. This > generally works quite well. But our web service that provides the > authentication check sometimes gets requests with the following > parameters: > > { > "action":"stream_auth", >

Hi, I installed from source using the tarball on the liquidsoap website. I installed curl as a prerequisite before building icecast from source. A version check shows that I have the current version of curl as follows: curl 7.52.1 (x86_64-pc-linux-gnu) libcurl/7.52. The first part of the log shows that YP server handling is disabled though. (I pasted a fuller snippet of the log earlier but it’s

Sebastian, On 01/15/2015 12:49 AM, Sebastian Herbszt wrote: > which version of pxelinux were you trying? Looks like < 5.x. the one from Fedora 20, syslinux-4.05. It turns out that pxelinux.0 from Fedora 21, syslinux-6.03, reports "Failed to load ldlinux.c32" when ldlinux.c32 can't be read, and "Loading <FILE>... failed: No such file or directory" when the

Hi, I apologise if this has been raised before. I’m finding that with the below settings enabled in my icecast.xml file, YP directory listings work for me when using icecast 2.4.4 but listings aren’t working for me with the same config settings in version 2.5. <directory> <yp-url-timeout>15</yp-url-timeout>

On Mon, Sep 23, 2019 at 01:23:28PM -0500, Eric Blake wrote: > > Hopefully it will warn us if uid_t stops being int. (Also > > we're assuming pid_t == int). > > 64-bit mingw has had a long-standing bug that pid_t was declared as > 64-bit, even though getpid() returns a 32-bit 'int'; I wish they'd fix > their headers, but it violates the assumption of pid_t

I hope I''m not breaching etiquette too badly. It''s not my intention to offend or pressurize anyone. Also, I admit my personal motivation. I had a look at the list of pending patches (http://dev.rubyonrails.org/report/3) to get an idea what patches are currently open and see what their state is. From some of my own patches I know that they are basically ready for either

Well I am only guessing here, but I suspect if icecast works like other daemons reload just reloads the config but doesn't terminate current connections. You probably want /etc/init.d/icecast restart On 15 May 2018 12:35:39 AM NZST, "subscription at nextdial.com.br" <subscription at nextdial.com.br> wrote: >Hello, > >After removing a mount from the xml config

Dear Philipp, Thanks for you reply. My goal is to show in our analytics page segmented data (official apps, partner apps, third-party apps, demographic and geo). To do so each app pass some values in the query string (ie: app id, user id, lat, lng). And I need to know those values in order to do that. Today we are using nginx as a reverse proxy to Icecast to get those data but it