next »

[floatergx]

Hello, i am new to b3 and server stuffs I was impressed by the abilities this bot could give to a server and i decided to give it a try. But i have not understood the way b3 recognize players. I have installed it to a private (yet) server and it seems to work fine.

I used xampp for creating a mysql database.

What is the purpose of !register command? Why not all the players have access regular members' commands (i am not asking HOW, i already know that, i'm asking WHY is this by default).

But my main question is: How B3 recognize players, and admins?? I mean, the welcome back messages. Does it only look the nickname? the first digits of ip? A combination of them? GUID? Btw, i don't know if it should be a non-changable number, but i think the number of my GUID changes from time to time (i read to wikipedia it has to do with architectural structure, is that correct? ).
If now i've registered as admin, if another player with this nickname enter my server, will be the admin?

About admins: when the !iamgod command works?? Sometimes i had to set the rcon password to work, another time even if i set the rcon password,  it won't let me be admin (unrecognized command).

Oh, and something last: alliases group, what is exactly?

Help will be much appreciated I really want to learn more about this stuff.

[floatergx]

Oh i forgot to say that the server is for Urban Terror 4.1

[Bakes]

It uses the GUID.

Iamgod only works when there are no other level 100s.

Aliases is the names your players have connected under.

!register means that players get placed into the 'user' usergroup, they are given access to certain commands and their stats are tracked.
It means that your database doesn't become cluttered with one-time users.

It recognises players through RCON.

[Courgette]

It recognises players through RCON GUID.

[Bakes]

Nono, what I ment was that it Identifies players through GUID, but it recognises them through the status command. That's what I meant.

[thepoopsmith]

You don't get GUID's from status. You can get them either from dumpuser (rcon) or by reading the log when a client connects.

[Bakes]

Fine, that's a cod thing then.

On CoD4, if you run /rcon status, you get the right details.

[floatergx]

Thanks for your responses. But when we say GUID..ok, what is GUID? Also GUID is not static, so if player connects some other time, then b3 won't identify him.
So even if a player register, how will b3 identify him, if his GUID has changes?

Aliases is the names your players have connected under.

You mean it's a place where all nicknames that have "passed" from my server are stored?

Oh, something else: when i create a database with xampp, to users it's automatically created a WORLD record. Is it safe to delete it or it is used somewhere?

[Bakes]

Ok, if your server IP stays the same, the GUID will not change.

Regarding aliases, yes.

The World client is the bot, basically. I wouldn't delete world.

[floatergx]

Hmm ok i got it, so with static ip of the server, GUID will remain the same for every user --but if this user changes his qkey the GUID will change, right?--. I think i read this somewhere to the ut forums.

Lastly, if two players have the same qkey, one of them will be forced to change it?

[Courgette]

I assume we're talking about urban terror guid.
I've never tried what would happen if 2 players with the same qkey connect simultanously. Give it a try and report please.

[thepoopsmith]

We have two users with same ip, identical physical hardware and a copied urban terror directory. Everything seems to work fine except one is an admin and the other isn't supposed to be. Both of them are on at once commonly and we have no issues other than the one could use admin rights if he wanted to.

Fine, that's a cod thing then.

On CoD4, if you run /rcon status, you get the right details.

I forget that b3 is used for games other than urban terror, my bad.

[floatergx]

I assume we're talking about urban terror guid.
I've never tried what would happen if 2 players with the same qkey connect simultanously. Give it a try and report please.

I will but tommorow cause i can't right now


Anyway, i think i am getting how GUID, !register and such work. Thank you all for your help, much appreciated.

I will keep strangers away from my qkey

@thepoopsmith: I wander what will happen then, i will investigate further

[floatergx]

I assume we're talking about urban terror guid.
I've never tried what would happen if 2 players with the same qkey connect simultanously. Give it a try and report please.

Hm ok it was piece of cake I just started urban terror 2 times! It can be done without a problem. I went to the same server and connected even with the same nickname. The only thing that happened was to be added a number in front of the second nickname, when i connected to the server.

So.. qkey is not necessary to be unigue. But what are the possiblities to connect someone to a server with a guid exactly same as the admin's?
.............

A question: If i got it correctly, a user's GUID is different from server to server->because the algorithm that produces the GUID combines qkey, server's ip and maybe something else (normally static). Is this correct or i am dumb?

If that is correct, then if a server for some reason must change its ip, then all the database (with users been recognized by the GUID number) will be practically useless?

[thepoopsmith]

So.. qkey is not necessary to be unigue. But what are the possiblities to connect someone to a server with a guid exactly same as the admin's?

Same GUID as admin = admin rights. GUID is the way b3 identifies a client.

A question: If i got it correctly, a user's GUID is different from server to server->because the algorithm that produces the GUID combines qkey, server's ip and maybe something else (normally static). Is this correct or i am dumb?

Correct, your GUID for each server should always be the same on that server unless you change something.

If that is correct, then if a server for some reason must change its ip, then all the database (with users been recognized by the GUID number) will be practically useless?

Correct. Any time we move or add servers, I end up having to re-register each admin.