aMule Forum

English => Feature requests => Topic started by: juanez on November 28, 2009, 08:58:41 PM

Title: Multiuser for amulegui
Post by: juanez on November 28, 2009, 08:58:41 PM
In amulegui or web panel.

The web panel, will have a template multiuser, that have a name and a password.

Various users will can login into amuled, whith differents users and passwords.



Title: Re: Multiuser for amulegui
Post by: Morse on November 28, 2009, 09:05:45 PM
what's the point if all users will have equal permissions?
Title: Re: Multiuser for amulegui
Post by: GonoszTopi on November 28, 2009, 10:09:04 PM
One day we might have full multiuser support, but there's a lot to do until then. Don't expect it before 4.0.0. ;)
Title: Re: Multiuser for amulegui
Post by: juanez on November 29, 2009, 03:49:39 PM
what's the point if all users will have equal permissions?

In emulemorphXt whith the template chicane, can assigned different permissions for any user.

Imagine an amule that have acessed for various users, and one user put to download any ilegal content.

How do you know what user are doing some bad?

Whith multiuser, in the emule normal, in the log appears the name of the user and the ip and her actions.

Thanks for yuo understand mi bad english.
Title: Re: Multiuser for amulegui
Post by: Stu Redman on November 29, 2009, 05:40:35 PM
Imagine an amule that have acessed for various users, and one user put to download any ilegal content.
I really can't imagine such a thing.  :P
Title: Re: Multiuser for amulegui
Post by: Morse on November 29, 2009, 06:18:32 PM
... ;D
Edit (Stu): Sorry, no such talk here.  :)
Title: Re: Multiuser for amulegui
Post by: Vollstrecker on November 29, 2009, 06:41:44 PM
Imagine an amule that have acessed for various users, and one user put to download any ilegal content.

So you would have to run it as root, or with a real strange config and permisions of dirs. In this case, the one that set's these permisions is able to put any download to any dir on filesystem-level. Or you save the file->user pairs somewhere else, which would give us a new file in .aMule. The only way I could imagine would be, to have a core that provides just the connection, and separate remoteguis, that do all the other stuff. So we can use one connection for all users and still have them separeted.
Title: Re: Multiuser for amulegui
Post by: lfroen on November 29, 2009, 08:57:38 PM
Imagine an amule that have acessed for various users, and one user put to download any ilegal content.

So you would have to <very long list of complicated stuff>

And all this to find out "who had downloaded what"? Are you serious? FYI: I don't believe in concept of "illegal content" (Holy Inquisition days are over).
Since in this kind of setup you probably personally know all your users, why don't just ask them? You can't have too many users anyway: amule's remote control is not _that_ scalable.

Multiuser remote gui requests are asked from time to time, and I personally consider it waste of coding effort: there's no single case where such feature is the only way to solve a problem.
In any way, it's not like "many users" mean 100+ users. It usually mean "more than 1, less than 4". Just use categories - you can have up to 255 of them IIRC.
Title: Re: Multiuser for amulegui
Post by: Stu Redman on November 29, 2009, 11:41:27 PM
I personally consider it waste of coding effort: there's no single case where such feature is the only way to solve a problem.
Agreed. Just run one daemon for each user ("multi" being < 10 for sure) in different environments and on different ports and be done.
Title: Re: Multiuser for amulegui
Post by: Vollstrecker on November 30, 2009, 07:05:08 AM
k, you understood what I tried to explain.
Title: Re: Multiuser for amulegui
Post by: GonoszTopi on November 30, 2009, 11:05:59 AM
Just run one daemon for each user ("multi" being < 10 for sure) in different environments and on different ports and be done.

... and get banned for sure. Neither servers nor Kad tolerate multiple clients from the same IP.
Title: Re: Multiuser for amulegui
Post by: Vollstrecker on November 30, 2009, 04:04:53 PM
Is it possible to for lugdunum to connect to kad? In this case, you could just setup the server and let it multiplex your connections.
Title: Re: Multiuser for amulegui
Post by: Stu Redman on November 30, 2009, 10:25:15 PM
Neither servers nor Kad tolerate multiple clients from the same IP.
Ok...  :-[
Two clients from the same IP are allowed however IIRC, at least in the client code. Not in Kad? I've been running several clients from the same IP often, and never noticed problems.
Title: Re: Multiuser for amulegui
Post by: aldobr on May 07, 2010, 12:33:20 AM
i really need multiuser support.

I used to use mldonkey, but this client is not uptodate. Amule has more features, but i still miss the multiuser support.

But i can do without this.

I really need is :

1 - Allow amule to call an external program every time a download finishes (With $FILENAME, $FILECATEGORY = user, $FILESIZE, $FILEDATE as environment variables to the external program/script).
2 - Allow to setup categories using amulecmd (So as to use categories to mimmick users).

I plan to do the following :

1 - Use categories to simulate multiple users (Category = user).
2 - Hide amule from users (No native remote gui, whatever).
3 - Add users as system users (so as to allow SSH login)
4 - Develop a shell (Set the user shell to be my app, when adding users to the system), allowing commands to be sent to amulecmd (filtered by category) and some functions for file transfers (completed downloads).
5 - Develop a remote gui using SSH Telnet.
Result -> Now the user can search, download, share, etc, using SSH as protocol (Safe).
Title: Re: Multiuser for amulegui
Post by: Kry on May 07, 2010, 03:09:54 AM
You know, (1) already exists.
Title: Re: Multiuser for amulegui
Post by: lfroen on May 07, 2010, 07:26:05 AM
i really need multiuser support.
<...>
Result -> Now the user can search, download, share, etc, using SSH as protocol (Safe).
You're building a system based on trust between users. How this is different from just have regular amule's webserver, optionally SSH-tunneled or Apache-proxied?
Title: Re: Multiuser for amulegui
Post by: GonoszTopi on May 07, 2010, 10:11:31 AM
1 - Allow amule to call an external program every time a download finishes (With $FILENAME, $FILECATEGORY = user, $FILESIZE, $FILEDATE as environment variables to the external program/script).
You know, (1) already exists.
Except for the category variable. What do you mean by $FILEDATE? The date/time the download has finished?
Title: Re: Multiuser for amulegui
Post by: aldobr on May 07, 2010, 11:36:04 AM
i really need multiuser support.
<...>
Result -> Now the user can search, download, share, etc, using SSH as protocol (Safe).
You're building a system based on trust between users. How this is different from just have regular amule's webserver, optionally SSH-tunneled or Apache-proxied?

because my system (a program running at the server) will filter files/data based on categories (wich simulates multi-user).

if each file of a user is tagged by any mean (i am assuming i can do this with "categories"), the shell program can then filter out files pertaining to other users... (and as i am not allowing direct access to amule - only thru the shell - i can block one user from seeing what the other is doing).

I have a small WISPr, i cannot change emule ports on each user computer, and they stay with lowid all the time.

Using multiuser mldonkey i was able to allow users to keep "emule" (they cant tell the difference from sancho) without the headaches of a NATed system...

Unfortunately mldonkey is years behind amule in features... so i need a way to switch to amule.
Title: Re: Multiuser for amulegui
Post by: lfroen on May 09, 2010, 08:42:18 PM
...i can block one user from seeing what the other is doing).
No, you can not. Amule doesn't distinguish between shared files from different categories. And for reason - you can't share (or download) same file twice. Or maybe you will prevent users from listing shared files at all....
Same thing for search - only ONE search can be active at a time. ANY user requesting search results will get same thing - no matter who initiated search in a first place.