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.

Botnetop component.

Old posts that have not been replied to for several years.
Locked
User avatar
Yourname
Master
Posts: 358
Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto

Botnetop component.

Post by Yourname »

I always seem to be asking this and forgetting the answer on 6 month period. *sigh* :/

Anyways.

On DALnet, there are services. And channels have this ident thingie on which means if the channel is set to ident, all the ops MUST identify to services before they can get opped. So, unless and until an op does'nt identify the op won't get opped by services. And if a human or some other op ops this newly joined op, the services will deop him. You know what I mean? :)

Now, this is the scenario, sometimes the services are lagging or the bot did'nt identify or it takes time for the services to acknowledge that the bot has identified or somethng and it joins the channel, and another botnet op bot has opped it, services will deop that new bot. Why? because the new bot has'nt identified yet. And that way a op flood comes on, services keep deopping the bot, and the other opped bot keeps opping the newcomer bot.

Any workaround to this? (Please don't tell to turn the ident option off, it's secure, for the other human ops. :) Plus I'm not the founder)
Dormant egghead.
User avatar
gumbydammit
Master
Posts: 311
Joined: Thu Sep 05, 2002 4:52 pm
Location: Canada
Contact:

Post by gumbydammit »

well sounds to me like that is simply how it works yourname.. its like +bitch on services.. seeing how you cant control services.. but can control your bots.. i would *cringe* take the mode off the room... and set your bots +bitch... you seem to not want ops opping people. This mode in effect does the same damn thing +bitch does... another possible solution.. would be to add services to your bots... and give it enough access so your bots let it win... therefore no flood...
a.k.a. hellios
User avatar
Yourname
Master
Posts: 358
Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto

Post by Yourname »

hehe, no gumby, there's a nice solution someone keeps giving me everytime I ask this frigged question, so I'm waiting for that. Hold on and keep watching this thread, you'll be surprised to see the solution ;)
Dormant egghead.
User avatar
z_one
Master
Posts: 269
Joined: Mon Jan 14, 2002 8:00 pm
Location: Canada

Post by z_one »

What are your botnetop settings ?
User avatar
caesar
Mint Rubber
Posts: 3778
Joined: Sun Oct 14, 2001 8:00 pm
Location: Mint Factory

Post by caesar »

Well, an nice lil "workaround" will be to make it ask for ops ONLY if he is identifyed with the services. Only then he can ask from other bot's for his needs. Also, when the bot (who is not yet identifyed) get's deoped by the services dosen't he get an notice or something? When the services are lagged or something similar, if he get's oped and then the lagged services deop him and send an notice about this he would attempt to login and stop any "requests" from any other linked bots untill he get's identifyed by the services.. something like this anyway.
Once the game is over, the king and the pawn go back in the same box.
User avatar
Yourname
Master
Posts: 358
Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto

Post by Yourname »

caesar: Yeah, something like that. But how? :)
z_one:

Code: Select all

# botnetop.tcl settings
set nb_component(botnetop) 1
set bop_delay 500
set bop_maxreq 2
set bop_modeop 1
set bop_linkop 1
set bop_icheck 0
set bop_hcheck 1
set bop_osync 1
set bop_addhost 1
set bop_log 2
I've set it to 500, hehe, so it'll ask late.[/code]
Dormant egghead.
User avatar
caesar
Mint Rubber
Posts: 3778
Joined: Sun Oct 14, 2001 8:00 pm
Location: Mint Factory

Post by caesar »

Well.. bot joined the network. he attempts to login to services and after an succesfull log in will ask for his needs. If it's oped and deoped by the lagged services will get an notice or something to login in order to be op on the channel. Stop any "contact" with the other bots and attempt to login to services. After he successfully logged in continue the "contact" with the other bots. Something like this anyway. :)
Once the game is over, the king and the pawn go back in the same box.
User avatar
z_one
Master
Posts: 269
Joined: Mon Jan 14, 2002 8:00 pm
Location: Canada

Post by z_one »

If you read the netbots documentation you will notice it says:
Note that the delay (bop_delay) is automatically skipped if there are fewer than 3 bots opped on the channel.
So although you set bop_delay to 300 , if you only have 2 bots on the channel... this will be skipped.

This section of code was taken from botnetop.tcl:

Code: Select all

if {!$bop_delay || [bop_lowbots $chan]} {
  utimer 5 [list bop_askbot $hand $chan]
} else {
  utimer [expr [rand $bop_delay] + 5] [list bop_askbot $hand $chan]
}

...

proc bop_lowbots {chan} {
  global botnick
  set bots 1
  foreach bot [chanlist $chan b] {
    if {$bot != $botnick && [isop $bot $chan]} {
      incr bots
    }
  }
  if {$bots < 3} {return 1}
  return 0
}
Which, if I understand it right, means that when there are only 2 bots on the channel ... bot_delay automatically becomes 5 seconds.
How many bots do you have on the channel ? I am talking about bots which are flagged as +b so they are recognized as bots by other bots.
Locked