Crossfire Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Misc notes/thoughts.



On Thu, 14 Dec 1995, Matt Cortes wrote:

> On Wed, 13 Dec 1995, GESTIONNAIRE DU Casino wrote:
> 
> > No no no... It would be too easy to cheat. Imagine : I install a server 
> > on my machine, and create a map with free armor/spells/money/etc. I get a 
> > munchkin character, then move it to the ultra-strict server where you 
> > play, and bash everythng about... 
> 
> Actually.  That is handled quite easily with Netrek.  Its true they don't 
> share player information with other servers (I'll work on them soon too 
> <G>), but they let people write their own clients, and there are clients 
> that are made for the purpose of cheating, called Borg Clients.  Anyway, 

I agree, but that's a wole lot different... I wouldn't mind having 
borgish clients around, as long as there's a way for the server to detect 
them and accept only legit ones... 
What I have a problem with is giving the character data to the player, 
because it means the player can do backups of the character...
I think i really love with crossfire is the inability to save before 
trying a new dungeons, so there's a risk involved... If you give the 
players the responsability to keep his character, why wouldn't he keep a 
copy around just in case something bad happens ? Even Netrek doesn't 
allow this!

<post about Netrek & RSA cut>

> popular.edu, it will read my player file, find a server key that is not 
> in its list of keys, and refuse my player file.  Basicly, each server has 
> a list of keys they accept and/or don't accept (whatever the owner of the 
> server wants) and it'll check for that key in the player file.  From that 
> point maybe we could go a step further and the server that now approves 

Problem with this : Once you have a server key, why not applying it to 
all one's characters ?

Then the problem of encryption : to move a character from one server to 
the next, the character must be encrypted in a way both servers can 
decrypt it... This means the sharing of RSA decryption keys... So either 
just not anybody can set-up a server, or that the decryption key will be 
public, thus useless...

> SO  um..  still sound stupid? :>

Not stupid, just unmanageable :-)

---
Casino