Crossfire Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Misc notes/thoughts.
- To: Matt Cortes <>
- Subject: Re: Misc notes/thoughts.
- From: GESTIONNAIRE DU Casino <>
- Date: Fri, 15 Dec 1995 18:37:20 -0500 (EST)
- cc: "Michael B. Martin" <>, crossfire (at) ifi.uio.no
- In-Reply-To: <>
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