[crossfire] Metaserver reporting and accuracy
Mark Wedel
mwedel at sonic.net
Tue Jul 18 00:15:51 CDT 2006
Tchize wrote:
> Andrew Fuchs wrote:
>> Would be easier to manage (on both sides) by having a "permanent" flag
>> sent to the metaserver, that has to be explicitly set in the server
>> config.
> Just a though:
> metaserver entries of 'permanent' server should, at least partially, be
> stored in a config file of metaserver.
>
> For example, if I create a server named "Lands of magic", i don't want
> someone to configure his own personal server with the same name and fool
> the players. Permanent servers should have reserved names in metaserver.
> Also, metaserver should have a way to ensure the given connection ip is
> the one from which the metaserver entries are sent (currently it's only
> a matter of sending an udp packet and so metaserver could be overflowed
> by fake entries with random ips)
I'd almost say that this is more a 'trusted server' list, which is probably a
good idea, but is a little different.
I don't really think a permanent flag is needed - if a server hasn't provided
an update in X amount of time, it probably isn't around (even if it is a trusted
server), and shouldn't be shown. Not sure current setting, but initially the
timeout on the metaserver to remove systems that haven't provided updates was
very long (a leftover from initial testing).
But before we start looking at doing too much here, this sort of goes back to
the discussion several months back about a new/better metaserver design (more
than one metaserver, etc). That discussion basically went away after the
metaserver came back online.
More information about the crossfire
mailing list