Advanced In-Game Admin and Ban Enforcer - AdKats

[ImportBot]

Originally Posted by jking54*:

 

Right... 150% > 130%, not seeing the issue here. I'm more worried about his 92% hsk with an automatic pistol.

C3, actually I entered his ban info wrong, it was actually this:

 

Hacking/Cheating DPS Automatic Ban [G18-29-51-47], which is 161%, a total legit ban by a mile.

 

How is the 92% obtained from this, I'm still unclear how to read this data?

 

Regarding my HSK setting which is at 40, I got this one:

 

Hacking/Cheating HSK Automatic Ban [AUGA3-47-147-70]

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

C3, actually I entered his ban info wrong, it was actually this:

 

Hacking/Cheating DPS Automatic Ban [G18-29-51-47], which is 161%, a total legit ban by a mile.

 

How is the 92% obtained from this, I'm still unclear how to read this data?

 

Regarding my HSK setting which is at 40, I got this one:

 

Hacking/Cheating HSK Automatic Ban [AUGA3-47-147-70]

weapon-dps-kills-headshots

weapon-hsk-kills-headshots

 

47/51 = 92% hsk.

 

DPS bans take priority over hsk bans, so they trigger first. The reason he has such a high dps is not actually because of a dmg mod, it's an aimbot. A lot of his shots are headshots so for those shots he gets the 200% damage boost the game already has. DPS bans take priority because they are the most conclusive.

 

And for your hsk ban, i would suggest removing it if they dispute, considering that's that player's "most hacked" weapon it's still possible with a fluke.

[ImportBot]

Originally Posted by Hutchew*:

 

Jab back at you.

 

It's already there. Did you update to the latest version here

I did now, and thanks for the ban button. But, JabJab, the reasons are not working...........JabJab..........

 

lol:cool:

[Prophet731]

Originally Posted by Prophet731*:

 

I did now, and thanks for the ban button. But, JabJab, the reasons are not working...........JabJab..........

 

lol:cool:

clear your local cache for it. simple force reload should do the trick.

[ImportBot]

Originally Posted by Hutchew*:

 

clear your local cache for it. simple force reload should do the trick.

Ok, reasons work from scoreboard now, but do not from player page (issue manual ban).

 

Also, if you mess around in the player popup from scoreboard, then try to go to "full info" it gives a 404 error.

 

Getting there, though. Thank you.

 

Hutchew

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

Ok, reasons work from scoreboard now, but do not from player page (issue manual ban).

 

Also, if you mess around in the player popup from scoreboard, then try to go to "full info" it gives a 404 error.

 

Getting there, though. Thank you.

 

Hutchew

Shhhh, no bugs, only dreams.

[ImportBot]

Originally Posted by jking54*:

 

weapon-dps-kills-headshots

weapon-hsk-kills-headshots

 

47/51 = 92% hsk.

 

DPS bans take priority over hsk bans, so they trigger first. The reason he has such a high dps is not actually because of a dmg mod, it's an aimbot. A lot of his shots are headshots so for those shots he gets the 200% damage boost the game already has. DPS bans take priority because they are the most conclusive.

 

And for your hsk ban, i would suggest removing it if they dispute, considering that's that player's "most hacked" weapon it's still possible with a fluke.

Thanks a bunch C3, this helps in my understanding now. If my setting had been the suggested 50 for HSK, he'd have beaten it by 3 with his headshots only less than half of his total kills, I've since removed his ban but he was skirting the fence as it were.

[ImportBot]

Originally Posted by loki87*:

 

if hackdetector ban somebody it will not stream to metabans how can i fix this ?

[ImportBot]

Originally Posted by AgentHawk*:

 

a Ban Propagation to Metabans and Twitter will be nice...

Planned.

....

[ImportBot]

Originally Posted by loki87*:

 

thx

[ImportBot]

Originally Posted by Ralphvd*:

 

Hmm why i get this always when i do a command:

Im a full admin

[ImportBot]

Originally Posted by jking54*:

 

Hmm why i get this always when i do a command:

Im a full admin

Ralph, you need to add your soldier (in game) name...

[ImportBot]

Originally Posted by Ralphvd*:

 

I already did, this is screenshot of procon:

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

I already did, this is screenshot of procon:

You still have the default in-game admin running man. Also the move and fmove commands in adkats do not take a reason. just !move player or !fmove player

[ImportBot]

Originally Posted by Ralphvd*:

 

No i do not have the Default In-Game Admin plugin running. (it worked like a charm before)

 

Hm i did remove my soldier. and added again. Now it say that im not allowed to use the command cause im a default guest. Hmm but procon says full admin. When i assigne a level to my soldier, ingame doesnt give any log.

 

Seems like something is bugging my soldier, database?

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

No i do not have the Default In-Game Admin plugin running. (it worked like a charm before)

 

Hm i did remove my soldier. and added again. Now it say that im not allowed to use the command cause im a default guest. Hmm but procon says full admin. When i assigne a level to my soldier, ingame doesnt give any log.

 

Seems like something is bugging my soldier, database?

"You do not have enough privileges to move players" Is a message from the default in-game admin, so yes you had it running.

 

This permission issue could be happening because you have a soldier in both BF3 and BF4, is that the case? If so, i already have a fix for this. Try using this beta version of AdKats, i've changed the user system interface slightly so it might show you what is going wrong: https://raw2.github.com/ColColonClea...test/AdKats.cs

 

Once this is running, try deleting your soldier then adding it again.

[ImportBot]

Originally Posted by Ralphvd*:

 

I am sure default in-game admin was disabled, but i enabled and disabled it again just to be sure.

 

With your beta version everything is working fine for now. Im glad it is working again!

BTW:

In procon log i got a error when i added my soldier to the useraccount.

[10:58:20 61] [AdKats] ERROR: Command was null in hasAccess.

[10:58:20 63] [AdKats] ERROR: Command was null in hasAccess.

[10:58:20 75] [AdKats] ERROR: Command was null in hasAccess.

[ImportBot]

Originally Posted by TMiland*:

 

Did you add the reserved players table, since it's closed on github?

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

I am sure default in-game admin was disabled, but i enabled and disabled it again just to be sure.

 

With your beta version everything is working fine for now. Im glad it is working again!

BTW:

In procon log i got a error when i added my soldier to the useraccount.

[10:58:20 61] [AdKats] ERROR: Command was null in hasAccess.

[10:58:20 63] [AdKats] ERROR: Command was null in hasAccess.

[10:58:20 75] [AdKats] ERROR: Command was null in hasAccess.

The beta version has a couple extra commands that need to be added to your database so those errors go away.

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

Did you add the reserved players table, since it's closed on github?

Knew you would be posting on this immediately

 

 

DROP TABLE IF EXISTS `adkats_specialplayers`;

CREATE TABLE IF NOT EXISTS `adkats_specialplayers`(

`specialplayer_id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,

`player_group` VARCHAR(30) NOT NULL,

`player_id` INT(10) DEFAULT NULL,

`player_game` TINYINT(4) UNSIGNED NOT NULL,

`player_server` SMALLINT(5) UNSIGNED DEFAULT NULL,

`player_identity` VARCHAR(30) DEFAULT NULL,

PRIMARY KEY (`specialplayer_id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT='AdKats - Special Player List';

 

 

ALTER TABLE `adkats_specialplayers`

ADD CONSTRAINT `adkats_specialplayers_game_id` FOREIGN KEY (`player_game`) REFERENCES `tbl_games`(`GameID`) ON UPDATE NO ACTION ON DELETE CASCADE,

ADD CONSTRAINT `adkats_specialplayers_server_id` FOREIGN KEY (`player_server`) REFERENCES `tbl_server`(`ServerID`) ON UPDATE NO ACTION ON DELETE CASCADE,

ADD CONSTRAINT `adkats_specialplayers_player_id` FOREIGN KEY (`player_id`) REFERENCES `tbl_playerdata`(`PlayerID`) ON UPDATE NO ACTION ON DELETE CASCADE;

 

 

Examples:

 

-- Will add player with id 3281 to reserved slots on all servers

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_id`)

VALUES

('slot_reserved', 3281);

 

 

-- Will add player with name ColColonCleaner to reserved slots on all servers

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_identifier`)

VALUES

('slot_reserved', 'ColColonCleaner');

 

 

-- Will add player with name ColColonCleaner to reserved slots on servers with game ID 1.

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_game`, `player_identifier`)

VALUES

('slot_reserved', 1, 'ColColonCleaner');

 

 

-- Will add player with name ColColonCleaner to reserved slots only on server 3.

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_server`, `player_identifier`)

VALUES

('slot_reserved', 3, 'ColColonCleaner');

 

Valid groups are currently slot_reserved, slot_spectator, whitelist_multibalancer, and whitelist_hackerchecker. If you use player IDs then you wont need to update player names if they change their names, the player names will automatically update the next time they join the server.

[ImportBot]

Originally Posted by TMiland*:

 

Knew you would be posting on this immediately

Lol! Yes, i have been patiently waiting for the update, i'm still on the old AdKats version, and it looks like i will be for a while more...

 

Thanks for the detailed explanation!

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

Lol! Yes, i have been patiently waiting for the update, i'm still on the old AdKats version, and it looks like i will be for a while more...

 

Thanks for the detailed explanation!

As long as you're happy with it and things are working properly, no real reason up update . The update process will just take longer when moving to 4.0 though

[ImportBot]

Originally Posted by TMiland*:

 

As long as you're happy with it and things are working properly, no real reason up update . The update process will just take longer when moving to 4.0 though

True! The only reason for updating i can think of is the double kill on !punish bug i have with this version.

 

Well, and i really want to keep up with the new functions ;D

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

True! The only reason for updating i can think of is the double kill on !punish bug i have with this version.

 

Well, and i really want to keep up with the new functions ;D

That's only a bug when issuing punish from the webadmin. In-game works without error.

[ImportBot]

Originally Posted by TMiland*:

 

That's only a bug when issuing punish from the webadmin. In-game works without error.

Not the last time i checked

[ImportBot]

Originally Posted by Ralphvd*:

 

Knew you would be posting on this immediately

 

 

DROP TABLE IF EXISTS `adkats_specialplayers`;

CREATE TABLE IF NOT EXISTS `adkats_specialplayers`(

`specialplayer_id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,

`player_group` VARCHAR(30) NOT NULL,

`player_id` INT(10) DEFAULT NULL,

`player_game` TINYINT(4) UNSIGNED NOT NULL,

`player_server` SMALLINT(5) UNSIGNED DEFAULT NULL,

`player_identity` VARCHAR(30) DEFAULT NULL,

PRIMARY KEY (`specialplayer_id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT='AdKats - Special Player List';

 

 

ALTER TABLE `adkats_specialplayers`

ADD CONSTRAINT `adkats_specialplayers_game_id` FOREIGN KEY (`player_game`) REFERENCES `tbl_games`(`GameID`) ON UPDATE NO ACTION ON DELETE CASCADE,

ADD CONSTRAINT `adkats_specialplayers_server_id` FOREIGN KEY (`player_server`) REFERENCES `tbl_server`(`ServerID`) ON UPDATE NO ACTION ON DELETE CASCADE,

ADD CONSTRAINT `adkats_specialplayers_player_id` FOREIGN KEY (`player_id`) REFERENCES `tbl_playerdata`(`PlayerID`) ON UPDATE NO ACTION ON DELETE CASCADE;

 

 

Examples:

 

-- Will add player with id 3281 to reserved slots on all servers

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_id`)

VALUES

('slot_reserved', 3281);

 

 

-- Will add player with name ColColonCleaner to reserved slots on all servers

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_identifier`)

VALUES

('slot_reserved', 'ColColonCleaner');

 

 

-- Will add player with name ColColonCleaner to reserved slots on servers with game ID 1.

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_game`, `player_identifier`)

VALUES

('slot_reserved', 1, 'ColColonCleaner');

 

 

-- Will add player with name ColColonCleaner to reserved slots only on server 3.

INSERT INTO

`adkats_specialplayers`

(`player_group`, `player_server`, `player_identifier`)

VALUES

('slot_reserved', 3, 'ColColonCleaner');

 

Valid groups are currently slot_reserved, slot_spectator, whitelist_multibalancer, and whitelist_hackerchecker. If you use player IDs then you wont need to update player names if they change their names, the player names will automatically update the next time they join the server.

Will you make a new .sql file for this with the update?

[ImportBot]

Originally Posted by TMiland*:

 

Btw, what would the query be for adding admins to the new db?

[ImportBot]

Originally Posted by jking54*:

 

Right... 150% > 130%, not seeing the issue here. I'm more worried about his 92% hsk with an automatic pistol.

C3, can you say aimbot? A nice 185% winner

 

Hacking/Cheating DPS Automatic Ban [MP443-50-63-63]

 

got this one late last night...

 

lmao, golly

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

Will you make a new .sql file for this with the update?

I only shared this with him early because he's been waiting ages for it. Yes an update SQL will be supplied.

[ColColonCleaner]

Originally Posted by ColColonCleaner*:

 

C3, can you say aimbot? A nice 185% winner

 

Hacking/Cheating DPS Automatic Ban [MP443-50-63-63]

 

got this one late last night...

 

lmao, golly

and a 100% hskr