Bug 437 - Bug and new feature request: multi-level user/password system
: Bug and new feature request: multi-level user/password system
Status: ASSIGNED
Product: Logitech Media Server
Classification: Unclassified
Component: Misc
: 5.x or older
: PC All
: -- enhancement with 6 votes (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-07-08 07:35 UTC by Uwe Emdot
Modified: 2011-11-06 23:25 UTC (History)
7 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Uwe Emdot 2004-07-08 07:35:43 UTC
After publishing this text in the developers discussion area, i was suggested to 
publish it here in the bug tracking system for slimserver. Original Message:

Hello,

after installing and testing SlimServer, Version 5.1.5 on a windows platform, I 
realized some problems that I'm not able to solve, maybe because of this feature 
isn't even included in SlimServer.
I will list it as short as possible:
1. I have to activate password-protection on SlimServer
2. I do not block remote streaming request, due to my remote workplace where I
    wanna listen to my music. All local IP adresses including 127.0.0.1 are
    included in the not-block-list.
3. When using this configuration, every time trying to login from local machine
    or any machine in the lan I have to enter username and password.
4. When I give another person access to my stream, this person is fully able to
    reconfigure the SlimServer via Web-Panel-Configuration.

After my opinion SlimServer needs a multi-level password-protection.
1. Switchable password protection from LAN with IP detection and binding
2. Switchable password protection for the Web-Configuration panel
3. Switchable password protection for the remote streaming via stream.mp3
4. most important: different possible users and passwords for these three access
    condition.
It would be best if even every LAN-machine could be allowed or forbidden to 
access configuration-panel. For the children should only have access to their 
audio-books and kids music playlists, wife getting full access, guests on remote 
streaming locations should be able to listen but do nothing else.

If I have overread something special in documentation, I have to apologize for 
this posting. Thanks for reading.

Sincerely

Uwe
Comment 1 Nalle Johansson 2004-10-11 12:32:25 UTC
*** Bug 618 has been marked as a duplicate of this bug. ***
Comment 2 jkouns 2005-01-08 16:46:18 UTC
Please please please... considering bumping this up on the priority listing. 
This is something that I thought was already a possibility and I am crushed that
I can't give out accounts to friends and family..

As mentioned.... each account needs to be able to be fully configured by the
admin to figure out what privledges they should have...

any update as to if this is on the roadmap and when we might be able to see this
would be great.  Thanks!
Comment 3 KDF 2005-01-27 19:57:56 UTC
*** Bug 806 has been marked as a duplicate of this bug. ***
Comment 4 KDF 2005-03-02 00:35:02 UTC
*** Bug 96 has been marked as a duplicate of this bug. ***
Comment 5 Ben Gladstone 2005-04-12 07:57:55 UTC
additionally, i'd like to be able to restrict users to controlling only their
own player, avoiding mistakes and mischievousness... You could perhaps do this
by restricting a named user account to a particular player, but it might be more
elegant to have a general 'guest' account that can control only players using
the same IP subnet as the user's browser.
Comment 6 jkouns 2005-10-22 10:09:49 UTC
Any updates on this one?
Comment 7 jkouns 2007-06-02 10:37:52 UTC
ping!
Comment 8 Chris Owens 2008-12-18 11:49:37 UTC
Routine bug db maintenance; removing old versions which cause confusion.  I apologize for the inconvenience.
Comment 9 Chris Owens 2010-05-06 15:54:31 UTC
Dean doesn't work here any more :)
Comment 10 Alan Young 2011-11-06 23:25:01 UTC
Unassigned bugs cannot have a priority.