I had similar problems when my auth.php was on password protected http server...but after applying the following configuration i've got it working: <mount> <mount-name>/Test</mount-name> <authentication type="url"> <option name="listener_add" value="http://user:pass@127.0.0.1/auth/action.php"/> <option name="listener_remove" value="http://user:pass@127.0.0.1/auth/action.php"/> </authentication> </mount> what web server you are using? what it's logs are saying?
The php file is not password protected in itself, so authentication of the authentication page shouldn't be a problem. I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not report icecast connecting to it at all. What seems to be happening is that icecast *thinks* it is connecting when it is in fact not, and then it thinks that the user is authenticated. Which means that authentication isn't performed at all. / Peter 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus:> I had similar problems when my auth.php was on password protected > http server...but after applying the following configuration i've > got it working: > > <mount> > <mount-name>/Test</mount-name> > <authentication type="url"> > <option name="listener_add" value="http://user:pass@127.0.0.1/auth/ > action.php"/> > <option name="listener_remove" value="http://user:pass@127.0.0.1/ > auth/action.php"/> > </authentication> > </mount> > > what web server you are using? what it's logs are saying?
i think you'll have to sniff some packets going between icecast server and wherever.tld don't know will it work on mac, but on freebsd i'm using tcpflow... ----- Original Message ----- From: "Peter Bengtson" <peter@peterbengtson.com> To: <icecast@xiph.org> Sent: Friday, September 08, 2006 2:22 PM Subject: Re: [Icecast] URL authentication> The php file is not password protected in itself, so authentication of > the authentication page shouldn't be a problem. > > I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not report > icecast connecting to it at all. What seems to be happening is that > icecast *thinks* it is connecting when it is in fact not, and then it > thinks that the user is authenticated. Which means that authentication > isn't performed at all. > > / Peter > > 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus: > >> I had similar problems when my auth.php was on password protected http >> server...but after applying the following configuration i've got it >> working: >> >> <mount> >> <mount-name>/Test</mount-name> >> <authentication type="url"> >> <option name="listener_add" value="http://user:pass@127.0.0.1/auth/ >> action.php"/> >> <option name="listener_remove" value="http://user:pass@127.0.0.1/ >> auth/action.php"/> >> </authentication> >> </mount> >> >> what web server you are using? what it's logs are saying? > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast
The icecast server isn't on a Mac, it just connects to a Mac for the authentication. Icecast is running on a Debian machine. And packet sniffing shows very clearly no packets leaving the icecast server. 8 sep 2006 kl. 13.39 skrev Klauss Fumuldavijus:> i think you'll have to sniff some packets going between icecast > server and wherever.tld > don't know will it work on mac, but on freebsd i'm using tcpflow... > > ----- Original Message ----- From: "Peter Bengtson" > <peter@peterbengtson.com> > To: <icecast@xiph.org> > Sent: Friday, September 08, 2006 2:22 PM > Subject: Re: [Icecast] URL authentication > > >> The php file is not password protected in itself, so >> authentication of the authentication page shouldn't be a problem. >> >> I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do >> not report icecast connecting to it at all. What seems to be >> happening is that icecast *thinks* it is connecting when it is in >> fact not, and then it thinks that the user is authenticated. >> Which means that authentication isn't performed at all. >> >> / Peter >> >> 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus: >> >>> I had similar problems when my auth.php was on password >>> protected http server...but after applying the following >>> configuration i've got it working: >>> >>> <mount> >>> <mount-name>/Test</mount-name> >>> <authentication type="url"> >>> <option name="listener_add" value="http://user:pass@127.0.0.1/ >>> auth/ action.php"/> >>> <option name="listener_remove" value="http://user:pass@127.0.0.1/ >>> auth/action.php"/> >>> </authentication> >>> </mount> >>> >>> what web server you are using? what it's logs are saying? >> >> _______________________________________________ >> Icecast mailing list >> Icecast@xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >
Does your instance of icecast have CURL support compiled in? Without it authentication doesn't work I think. Furthermore, if you're running icecast in a chroot jail then you need to make sure the curl shared libraries are installed in the chroot jail as well. Regards, KJ Peter Bengtson wrote:> The icecast server isn't on a Mac, it just connects to a Mac for the > authentication. Icecast is running on a Debian machine. And packet > sniffing shows very clearly no packets leaving the icecast server. > > 8 sep 2006 kl. 13.39 skrev Klauss Fumuldavijus: > >> i think you'll have to sniff some packets going between icecast >> server and wherever.tld >> don't know will it work on mac, but on freebsd i'm using tcpflow... >> >> ----- Original Message ----- From: "Peter Bengtson" >> <peter@peterbengtson.com> >> To: <icecast@xiph.org> >> Sent: Friday, September 08, 2006 2:22 PM >> Subject: Re: [Icecast] URL authentication >> >> >>> The php file is not password protected in itself, so authentication >>> of the authentication page shouldn't be a problem. >>> >>> I'm using a Mac OS 10.4.7 server, running LightTPD. Its logs do not >>> report icecast connecting to it at all. What seems to be happening >>> is that icecast *thinks* it is connecting when it is in fact not, >>> and then it thinks that the user is authenticated. Which means >>> that authentication isn't performed at all. >>> >>> / Peter >>> >>> 8 sep 2006 kl. 13.08 skrev Klauss Fumuldavijus: >>> >>>> I had similar problems when my auth.php was on password protected >>>> http server...but after applying the following configuration i've >>>> got it working: >>>> >>>> <mount> >>>> <mount-name>/Test</mount-name> >>>> <authentication type="url"> >>>> <option name="listener_add" value="http://user:pass@127.0.0.1/auth/ >>>> action.php"/> >>>> <option name="listener_remove" value="http://user:pass@127.0.0.1/ >>>> auth/action.php"/> >>>> </authentication> >>>> </mount> >>>> >>>> what web server you are using? what it's logs are saying? >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast@xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> > > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >