Re^3: interaction or verify with users pc

On a decently configured machine it is impossible to install anything without the user's consent, and trying to bypass that could be illegal depending on the circumstances - I would consider it immoral in any case. Also, running a certain program will by itself not guarantee a specific user sitting at the keyboard. What's wrong with a simple user/password scheme anyway?

"What should it profit a man, if he should win a flame war, yet lose his cool?"

Comment on Re^3: interaction or verify with users pc

Replies are listed 'Best First'.
Re^4: interaction or verify with users pc by Evilzz (Initiate) on Mar 12, 2005 at 20:27 UTC
HI I never said this was going to be done without thier consent, this is not being made for public used enviroment... this is for authorized employees. this is intended to verify it is being accessed from an authorized pc and for the file on the pc to be able to interact with the scripts on the site as the title of my post stated Lets say you build an online game and you only want one player name per pc period.. multi accounts is not allowed. How would this be accomplished?.. username and password does nothing to check if the user has an account already.. something has to check a location on thier pc for an expected file to be there I am not building a game but my need is in the same type of style Thank you :)	[reply]
Re^5: interaction or verify with users pc by Joost (Canon) on Mar 12, 2005 at 20:35 UTC
I really don't get why would you only want one user per pc. You might want to limit an account to a specific pc, but why would you want to do it the other way around? Anyway, if a user installs a program, you could let that program check for the MAC address of the network card, the CPU Info and possibly other metrics, but none of which will be definitive, because a PC is not a single entity. Users can install another network card and/or CPU, add memory, get a new CPU etc etc etc. Ofcourse you could get them to re-register after making the changes, and update the database. As for identifying users, your best bet would probably still be a username/password entry. "What should it profit a man, if he should win a flame war, yet lose his cool?"	[reply]