So you are saying a possible re-hack of toms sc_proxy.php script would work better then implementing this within the icecast2 server itself? A nice addition would be for the icecast2 server to look for a xml file under the webroot called listener_auth.xml or whatever, server looks for that file, if found it loads all pertnant information based on mounts <listener_auth ="/usernamegoeshere/"> <User>nobodybutme</User> <Upass>holycow</Upass> <!--local mount point must be a live mount point in order for listeners to get the specified subscription stream--> <local_mount>/subscription-mount.ogg</local_mount> </listener_auth> o an example url would be http://booh.com:8000/usernamegoeshere/ server recognizes that mount and authenticates and then sends the specified local mount point that the listener signed up for. Sounds easy but i know it probably isnt, anyways i think that would be a good starting logic to implement. <p><p><p>Dave St John (CEO) Mediacast1.com ----- Original Message ----- From: "oddsock" <oddsock@oddsock.org> To: <icecast-dev@xiph.org> Sent: Monday, November 03, 2003 6:27 PM Subject: Re: [icecast-dev] Icecast User Login Question <p>> At 01:37 PM 11/3/2003 -0700, you wrote:> > >I can have a look at implementing this when I get chance. > >That would be great as the devs at shoutcast have absolutely no interestor> >so it seems in adding this feature, which causes people > >to rely on 3rd party scripts to handle the authentication, which isshotty> >at best. > > actually, as it turns out, this does make alot of sense, because most > authentication/subscription logic is going to be fairly complicated and > needs to be customizable for each "subscription service". adding logic to > icecast2 to do simple URL calls when listeners connect (the URL call > validating the user and allowing/denying access) and letting the external > scripts do all the necessary "subscription logic" is a nice easy way to > setup a subscription service.... > > just my experience :) > > oddsock > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to'icecast-dev-request@xiph.org'> containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. ><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 01:37 PM 11/3/2003 -0700, you wrote:> >I can have a look at implementing this when I get chance. >That would be great as the devs at shoutcast have absolutely no interest or >so it seems in adding this feature, which causes people >to rely on 3rd party scripts to handle the authentication, which is shotty >at best.actually, as it turns out, this does make alot of sense, because most authentication/subscription logic is going to be fairly complicated and needs to be customizable for each "subscription service". adding logic to icecast2 to do simple URL calls when listeners connect (the URL call validating the user and allowing/denying access) and letting the external scripts do all the necessary "subscription logic" is a nice easy way to setup a subscription service.... just my experience :) oddsock <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Heh, you have no idea how messy it can become. Anyway, one easy-ish way is to have a script which does all the authentication and then performs a redirect to the live server. I seem to remember most media players correctly handled redirects. The trick then is to make the redirect link expire over time. <p><p>>> actually, as it turns out, this does make alot of sense, because most > authentication/subscription logic is going to be fairly complicated and > needs to be customizable for each "subscription service". adding logic > to icecast2 to do simple URL calls when listeners connect (the URL call > validating the user and allowing/denying access) and letting the > external scripts do all the necessary "subscription logic" is a nice > easy way to setup a subscription service.... > > just my experience :) > > oddsock >--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Sure thats all fine and dandy but i think its more of a secure option for the icecast2 server to handle this internaly than a 3rd party script. <p><p>Dave St John (CEO) Mediacast1.com ----- Original Message ----- From: "Scott Manley" <djsnm@djsnm.com> To: <icecast-dev@xiph.org> Sent: Monday, November 03, 2003 7:14 PM Subject: Re: [icecast-dev] Icecast User Login Question <p>> Heh, you have no idea how messy it can become.> > Anyway, one easy-ish way is to have a script which does all the > authentication and then performs a redirect to the live server. I seem > to remember most media players correctly handled redirects. > > The trick then is to make the redirect link expire over time. > > > > > > > actually, as it turns out, this does make alot of sense, because most > > authentication/subscription logic is going to be fairly complicated and > > needs to be customizable for each "subscription service". adding logic > > to icecast2 to do simple URL calls when listeners connect (the URL call > > validating the user and allowing/denying access) and letting the > > external scripts do all the necessary "subscription logic" is a nice > > easy way to setup a subscription service.... > > > > just my experience :) > > > > oddsock > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to'icecast-dev-request@xiph.org'> containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. ><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.