View Issue Details

IDProjectCategoryView StatusLast Update
0002314unrealdocumentationpublic2005-02-22 12:42
Reporterbrain2 Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionopen 
Product Version3.2.2 
Summary0002314: During Large flood of clients, mode changes ignored or queued
DescriptionIf a large number of clients (e.g. hundreds) is connected within the same second, TS checking on modes is useless and the clients will walk straight through any defensive modes taken to prevent the flood.
Steps To ReproduceJoin a large amount of clients to a channel and try to set modes +m or +i during the flood. The modes will be ignored and clients will continue to join for the next second.
Additional InformationAll of our clocks are correct synched to the same time server, we have duplicated this bug using a U lined server (defender) and by hand with the same result.
Attached Files
flood.txt (95,596 bytes)
3rd party modulesN/A

Activities

syzop

2005-02-02 20:15

administrator   ~0008983

Last edited: 2005-02-02 20:16

Uh yes, if they join in the same second (or however large the lag is) and the remote server (where the clones are on) did not receive the mode +i yet, then it of course allows them in.
Or am I missing something :P

The build-in flood protection, chanmode +f, is immune to this problem (I think). One of the advantages of build-in-ircd floodprotection :)

PS: why doesn't everyone have seconds in the timestamp! :(

White_Magic

2005-02-02 21:12

reporter   ~0008987

yeah, they r join parting, which doesnt help the speed of processing commands (considering the bots are sending X commands in Y secs)
there is a " join throttle " module avaibale to help control join part floods
 i think the join throttle should be built into +f.

syzop

2005-02-02 21:22

administrator   ~0008988

uh no * 2, that's not how it works, in fact in this situation +f will protect MUCH better than +j, since it's not an individual flood :P.
But anyway, brain2 will understand what I said in my 1st bugnote :)

Issue History

Date Modified Username Field Change
2005-02-02 20:09 brain2 New Issue
2005-02-02 20:09 brain2 File Added: flood.txt
2005-02-02 20:09 brain2 3rd party modules => N/A
2005-02-02 20:15 syzop Note Added: 0008983
2005-02-02 20:16 syzop Note Edited: 0008983
2005-02-02 21:12 White_Magic Note Added: 0008987
2005-02-02 21:22 syzop Note Added: 0008988
2005-02-22 12:42 syzop Status new => closed