This is the new home of the egghelp.org community forum.
All data has been migrated (including user logins/passwords) to a new phpBB version.


For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.

netbots and duplicated actions..?

Old posts that have not been replied to for several years.
Locked
r
rfnj

netbots and duplicated actions..?

Post by rfnj »

I have a simple two-bot net, not following any particular model of "this bot for ops, that for bans, etc" -- really just want sort of 'clones' in case a machine has to be rebooted, there's a split, or whatever.

I've noticed since setting the botnet up, that some things trigger duplicate actions on both bots simultaneously.

This happens most frequently with bans, or +d users.. where both bots will simultaneously add the same ban, or deop the same user.

Is there a way to set it up so that this doesn't happen, but the banlists, userlists, enforcebans, etc are all shared and enforced? Like a priority system or something?

Thanks for the great work slennox, I look forward to any reply.
User avatar
Alchera
Revered One
Posts: 3344
Joined: Mon Aug 11, 2003 12:42 pm
Location: Ballarat Victoria, Australia
Contact:

Post by Alchera »

.chanset #channel -enforcebans :)
Add [SOLVED] to the thread title if your issue has been.
Search | FAQ | RTM
r
rfnj

Post by rfnj »

I hope that was at least slightly tongue-in-cheek.. ;)

I know that's one option, but defeats the purpose of having the botnet in the first place, in this case anyway.

Also, it doesn't help the +d/+k user records.. something I'd like to move to over the banlist, since people don't always add comments for the bans and we forget who the ban is for.. certain cases having a +k user record with all the hosts some jerk uses is much easier to manage than 10 bans in the banlist without comments.

Any other suggestions? ;)
User avatar
slennox
Owner
Posts: 593
Joined: Sat Sep 22, 2001 8:00 pm
Contact:

Post by slennox »

This is not a netbot issue, it's a botnet issue :mrgreen:

A priority-based system as implemented in chanlimit.tcl 4.09.1 is one way around it, but it needs to be implemented at the script/feature level. There is no one thing that's going to add this behaviour to all scripts and eggdrop's own features.
r
rfnj

Post by rfnj »

Thanks slennox, I appreciate the response. I figured it was, but I thought there would be (could be?) some kind of mechanism in place to deal with this..

I haven't really looked at just what the bots in a net do when they are communicating with one another over the bot port, but given just a little bit of information sharing like a sort of 'rank' for each bot in the botnet, along with a slightly more intensive look at the files during transfer/sharing, I think it wouldn't be too hard to implement.

I see it something like this..

1. user sets bot ranks in the netbots config file, via botattr, or some similar mechanism.

2. when bots connect, they compare channel lists and then settings for channels they have in common. In any case where a bot with greater rank is duplicating workload (limits, flooding, auto-op/kick/ban, etc) is online and active in the channel, bots with lesser rank temporarily disable those actions for themselves.

3. step 2 is done on bot connect, and then only after netsplits/joins, refresh, etc.

I'd love to code this up myself, but tcl isn't one of the languages i'm even slightly proficient in. I imagine there are clever ways to do it without having to specifically add support in each module for it, as the comparison step can be pretty intense since it is done so rarely.. obviously comparing or voting on every action would slow botnets down tremendously, but there's no reason to do it that way.

It just seems odd to me that there isn't "something" like this in place already, or am I the only person here making (or trying to, heh) extensive use of 'auto' flags in user records, be they deop/kick in my case, or op/halfop/halfdeop/etc in the case of others, when using a botnet?

3.
Locked