Wooley73

Infistar Spieler Whitelist Frage

14 posts in this topic

Moin zusammen!

Ich möchte einen Server mit Whitelist betreiben. Ich habe Infistar (BE wird nicht genutzt) und dort gibt es ja in der EXILE_AHAT_CONFIG.hpp den Punkt "UID Whitelist" - genau das, was ich suche.

Nur stört mich daran, das ich nach jedem Eintrag die PBO packen und auf den Server laden muss (kein Problem) und der Spieler erst nach Neustart (u.U. 6 Stunden warten) joinen kann (ist ein Problemchen), damit die Änderung in der Infistar PBO greift.

Oder gibt es eine andere Möglichkeit, das im "Server Live Betrieb" zu erledigen?

 

Danke und Gruss, Sascha

 

Share this post


Link to post
Share on other sites

Hey,

you know w hat, I could simply do a rewrite so you can use your exile database to whitelist people

I was thinking to read from the "account" table within the exile server db

that would make it easy to life white-list or un-whitelist people

Share this post


Link to post
Share on other sites
Advertisement

I've just added that and pushed an update, have fun mate

Share this post


Link to post
Share on other sites

Wow, that´s a fast solution! :D

So i go into phpMyAdmin -> account table -> insert -> type into "UID" and "Name" the Players GUID and Character Name?

Share this post


Link to post
Share on other sites

nono I made it even more simple (in my opinion)

you just do this

ALTER TABLE `account` ADD `whitelisted` INT(1) UNSIGNED NOT NULL DEFAULT '0';

then in the account table you will get a new row named whitelisted with default value of 0 which means "NOT WHITE LISTED"

if you make it a 1 - the player is white-listed :)

Share this post


Link to post
Share on other sites

Posted (edited)

hi!

if I understood right your are adding an auth module to work with the game db instead of the arrays in the cfg,

since it seems you are doing this following the exile db, do you think it would be possible to make it also customizable?

I mean like the possibility to define (via cfg vars) which db,table and column to use for the checks,
this would make the auth module very flexible for the different mods and customizable to avoid db fprintn or auth hacks.

does this make sense?
 

Edited by g10v

Share this post


Link to post
Share on other sites
On 28.5.2016 at 9:56 AM, infiSTAR said:

nono I made it even more simple (in my opinion)

you just do this

ALTER TABLE `account` ADD `whitelisted` INT(1) UNSIGNED NOT NULL DEFAULT '0';

then in the account table you will get a new row named whitelisted with default value of 0 which means "NOT WHITE LISTED"

if you make it a 1 - the player is white-listed :)

Kannst Du mir das noch mal freundlicherweise auf deutsch erklären? Bin da in der Thematik noch nicht so fit bzw. stehe ganz am Anfang der Lernkurve, gerade was DB Arbeiten betrifft!O.o

Share this post


Link to post
Share on other sites

Posted (edited)

23 minutes ago, Wooley73 said:

Kannst Du mir das noch mal freundlicherweise auf deutsch erklären? Bin da in der Thematik noch nicht so fit bzw. stehe ganz am Anfang der Lernkurve, gerade was DB Arbeiten betrifft!O.o

es ist schlecht über IT in Deutsch zu sprechen , das ist nicht gut fur alles...

aber ja,
er meint du muss eine neue spalte im account tabelle erstellen. diese spalte heisst whitelisted es ist nur ein nummer (integer) 1 oder 0.

wann der account 1 hat dann ist whitelisted.

Ich glaub es ist falsch gemeint mit der "new row" weil es ist ein column und jeder row ist ein account.

Das ist da original database:

"
CREATE TABLE `account` (
  `uid` varchar(32) NOT NULL,
  `clan_id` int(11) UNSIGNED DEFAULT NULL,
  `name` varchar(64) NOT NULL,
  `money` double NOT NULL DEFAULT '0',
  `score` int(11) NOT NULL DEFAULT '0',
  `kills` int(11) UNSIGNED NOT NULL DEFAULT '0',
  `deaths` int(11) UNSIGNED NOT NULL DEFAULT '0',
  `first_connect_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `last_connect_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `last_disconnect_at` datetime DEFAULT NULL,
  `total_connections` int(11) UNSIGNED NOT NULL DEFAULT '1'
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


"

mit der command "ALTER TABLE `account` ADD `whitelisted` INT(1) UNSIGNED NOT NULL DEFAULT '0';"

du machst eine neue option[mit eine neue column] per player row, 1 oder 0, whitelisted oder nicht.

Das ist eine gute idee aber nur fur exile db ich glaub jetzt.

Ich hoffe das ist klar genuch, sorry for meine super deutsch :P


Ich habe auch gefragt wann diese neue authentication kann anpassbar gemacht werden .

[Entschuldigung meine schlechte deutsch, ich probiere aber English is better for everybody!]

Edited by g10v

Share this post


Link to post
Share on other sites

Ah danke / thanks!

So account -> SQL -> ALTER TABLE `account` ADD `whitelisted` INT(1) UNSIGNED NOT NULL DEFAULT '0'; -> OK

-> then edit a player -> whitelisted change the "0" with arrow up to "1"

???

Share this post


Link to post
Share on other sites

yes exactly!!

I think that's what the alter table command does, and that's the extra option you'll have to set into the player row.
I'm not sure if infistar will directly use the db account table or something has to be set somewhere in a config!

Share this post


Link to post
Share on other sites
Advertisement

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.