1. 17 Jun, 2018 2 commits
  2. 09 Jun, 2018 2 commits
  3. 28 May, 2018 1 commit
  4. 28 Mar, 2015 1 commit
    • Philipp Schafft's avatar
      Initial patch for playlist history support. · 5f77b35d
      Philipp Schafft authored
      This allows to store a history of played songs along the source
      object and report it as part of the status XML.
      
      Additional work needs to be done to make this configurable.
      Also format_mp3.c needs work to support this.
      
      A generic song changed handler should be implemented to handle this
      in a nice way.
      That one should also be the point to call logging_playlist().
      
      See: #766
      5f77b35d
  5. 02 Dec, 2014 1 commit
  6. 28 Nov, 2014 1 commit
    • Philipp Schafft's avatar
      Wow. Mega patch! · a642cac5
      Philipp Schafft authored
      This patch *replaces* the authentication system completly.
      
      What is new:
       - <authentication> in mount section is now a container object.
       - <authentication> in root and mount section may hold any number of <role>-Tags.
       - <role> tags:
         Those tags define a 'role' and it's ACL rules.
         A role is a instance of an authentication module (see below).
         <role> takes the following options. All but type are optional.
         - authentication related:
           - type: Type of the authentication module (values: anonymous, static, legacy-password, url or htpasswd;
                   symbolic constants in auth.h)
           - name: Name for the role. For later matching. (values: any string; default: (none))
           - method: This rule is only active on the given list of HTTP methods.
                     (list of enum values: methods as recognized by httpp/ (e.g: get,post); default: *)
         - ACL related:
           - allow-method: Allowed HTTP methods.
             (list of enum values: methods as recognized by httpp/ (e.g: get,post); default: get)
           - deny-method: Rejected HTTP methods.
             (list of enum values: methods as recognized by httpp/ (e.g: get,post); default: *)
           - allow-admin: Allowed admin commands. (list of enum values: admin command; default: buildm3u)
           - deny-admin: Rejected admin commands. (list of enum values: admin command; default: *)
           - allow-web: Allowed web pages. (values: empty or *; default: *)
           - deny-web: Rejected web pages. (values: empty or *; default: (empty))
           - connections-per-user: maximum number of simultaneous connections per role and username.
             This is only active on active sources.  (values: unlimited or number of connections; default: unlimited)
           - connection-duration: maximum time of a connection. This is only active on active sources.
             (values: unlimited or number of secounds; default: unlimited)
         <role> takes <option> child tags. <option> tags contain a name and a value option.
         Meaning of <option> tags is up to the authentication module.
       - <role>s are considered to build a stack. If a role returns with AUTH_NOMATCH the next one will be tried.
       - <role>s are tested in this order: mount specific, default mount specific, global, internal fallback.
         Internal fallback is set to allow web/ access via GET, POST and HEAD (only GET supported by this time)
         and rejects all other requests.
       - New authentication module: anonymous
         This module matches all requests. No options taken.
       - New authentication module: static
         This module matches with a static username and password.
         It takes two <option>s. One with name="username" and one with name="password" to set username and password.
         This replaces old style <*-username> and <*-password> tags.
       - New authentication module: legacy-password
         This module matches with a statich password.
         It takes one <option> with name="password" to set password.
         This replaces old ICE and ICY (shoutcast compat mode) authentication.
       - Parsing <authentication> in <mount> with a type set in a special way to allow 100% backward compatibility.
       - Parsing of <source-password>, <admin-password>, <admin-user>, <relay-password> and <relay-user> in global
         <authentication> for 100% backward compatibility.
       - <alias> is now proccessed very early. This enables them to be used for all kinds of requests.
      
      To Do List & What does not yet work:
       - type="url" auth: mount_add and mount_remove.
         This should be replaced by an unique feature I would call '<event>'.
       - Admin commands manageauth and manageauth.xsl are disabled as they need more review:
         This code needs to be ported to support multiple <role>s per <mount>.
       - url authentication module can not yet return AUTH_NOMATCH.
         This needs to be reviewed and discussed on how to handle this case best way.
       - Default config files needs to be updated to reflect the changes.
         As this is quite some political act it should be done in dicussion with the whole team
         and permission of the release manager.
       - Docs need to be updated to reflect the changes.
      
      How does it work:
       Code has been changed so that authentification is done early for all clients.
       This allows accessing the ACL data (client->acl) from nearly everywhere in the code.
      
       After accept() and initial client setup the request is parsed. In the next step
       all <alias>es are resolved. After this the client is passed for authentication.
       After authentication it is passed to the corresponding subsystem depending on kind of request.
      
       All authentication instances have a thread running for doing the authentication.
       This thread works on a queue of clients.
      
      Hints for testers:
       - Test with default config.
       - Test with diffrent authentication modules in <mount>.
       - Test shoutcast compatibility mode.
       - Test with new style <authentication> and any amount of <role> (zero to quite some).
       - Test <alias> lookup on all kinds of objects.
       - Test source level credential login into the admin interface.
       - Test shoucast style meta data updates.
       - Test playlist generation.
      
      Thank you for reading this long commit message. Have fun reading the full patch!
      
      svn path=/icecast/trunk/icecast/; revision=19358
      a642cac5
  7. 17 Jul, 2012 1 commit
  8. 14 Jan, 2009 1 commit
  9. 11 Aug, 2007 1 commit
  10. 09 Aug, 2007 1 commit
  11. 23 Aug, 2005 1 commit
  12. 12 Aug, 2005 1 commit
  13. 07 Aug, 2005 1 commit
    • Karl Heyes's avatar
      Initial auth merge. Add an auth thread (multiple threads can be done later) · 15b3a5f8
      Karl Heyes authored
      which can be used to handle authentication mechanisms without taking locks
      for long periods.  Non-authenticated mountpoints bypass the auth thread.
      
      The lookup/checking of the source_t is done after the authentication succeeds
      so the fallback mechanism does not affect which authenticator is used. This
      can be extended to allow us to authenticate in webroot as well. XML re-read
      changes will take effect immediately for new listeners but existing listeners
      will use the original auth_t (refcounted) when they exit.
      
      htpasswd access has been seperated out from auth.c, and implements an AVL
      tree for a faster username lookup.  The htpasswd file timestamp is checked
      just in case there are changes made externally
      
      svn path=/icecast/trunk/icecast/; revision=9713
      15b3a5f8
  14. 11 Jun, 2005 1 commit
  15. 09 Jun, 2005 1 commit
  16. 03 Jun, 2005 1 commit
  17. 31 May, 2005 1 commit
  18. 30 May, 2005 1 commit
  19. 26 May, 2005 1 commit
  20. 16 May, 2005 1 commit
  21. 08 May, 2005 1 commit
  22. 22 Nov, 2004 1 commit
  23. 21 Nov, 2004 1 commit
  24. 11 Nov, 2004 1 commit
    • Ed "oddsock" Zaleski's avatar
      * support for the Shoutcast DSP (yay!). · 80078cce
      Ed "oddsock" Zaleski authored
          You can now use the Shoutcast DSP as a source client.  The connection 
          protocol is a bit odd, and we had to handle it separately, and thus 
          we've added a new config option (<shoutcast-compat>) that is set at 
          the listener port level.
      * support for NSV (and the nsvscsrc source client).
          After adding support for the connection protocol of the shoutcast DSP, 
          adding NSV was just a simple of a few special handling cases.
      * removed all traces of the earlier attempt at the shoutcast DSP connection 
        protocol
      * Due to the growing complexity of the config files, I've also created a 
        few alternate config files, namely one for a "shoutcast compat" setup
        as well as a "minimal" one for quick basic configurations.
      
      svn path=/icecast/trunk/icecast/; revision=8191
      80078cce
  25. 22 Aug, 2004 1 commit
  26. 20 Aug, 2004 1 commit
  27. 10 May, 2004 1 commit
  28. 29 Apr, 2004 1 commit
  29. 27 Feb, 2004 1 commit
  30. 26 Feb, 2004 2 commits
  31. 25 Feb, 2004 1 commit
  32. 19 Feb, 2004 2 commits
  33. 29 Jan, 2004 2 commits
  34. 15 Jan, 2004 1 commit
  35. 21 Jul, 2003 1 commit