• Welcome to Valhalla Legends Archive.
 

timeout

Started by soccerist, March 15, 2004, 11:07 PM

Previous topic - Next topic

soccerist

Does anyone know the details of the flood timeout on battle.net?

Is there a set time that sends must be separated by?  Or is that set time determined by other variables, such as message size?

Thanks.

MyndFyre

http://botdev.valhallalegends.com/documents/vbantiflood.html

VB anti-flood.

Peering at the code:


   Const PerPacket = 200
   Const PerByte = 10


Self-explanatory IMHO.
QuoteEvery generation of humans believed it had all the answers it needed, except for a few mysteries they assumed would be solved at any moment. And they all believed their ancestors were simplistic and deluded. What are the odds that you are the first generation of humans who will understand reality?

After 3 years, it's on the horizon.  The new JinxBot, and BN#, the managed Battle.net Client library.

Quote from: chyea on January 16, 2009, 05:05 PM
You've just located global warming.

Eric

#2
Quote from: soccerist on March 15, 2004, 11:07 PM
Is there a set time that sends must be separated by?  Or is that set time determined by other variables, such as message size?
The required amount of delay is calculated by both the size of the message(s) and the time in between the sending of the message(s).
Although there is no 100% accurate flood protection method, you should be a able to develop a rather decent one in an hour or so of experimentation.

tA-Kane

Quote from: LoRd[nK] on March 16, 2004, 12:52 AMthere is no 100% accurate flood protection method
Incorrect. To get 100% flood protection, don't send packets that count toward the server-side flood protection algorithm. Of course, this is quite limiting, but it works.  :P
Macintosh programmer and enthusiast.
Battle.net Bot Programming: http://www.bash.org/?240059
I can write programs. Can you right them?

http://www.clan-mac.com
http://www.eve-online.com

Eric

#4
Quote from: tA-Kane on March 16, 2004, 11:39 AM
Quote from: LoRd[nK] on March 16, 2004, 12:52 AMthere is no 100% accurate flood protection method
Incorrect. To get 100% flood protection, don't send packets that count toward the server-side flood protection algorithm. Of course, this is quite limiting, but it works.  :P
Somewhat obvious, don't send packets which are backed by flood control and you can't flood, but in that case flood protection would not be needed or even not existant.

o.OV

Eh. I'll post it again.

61 or less in length (x<62)
4 seconds or more apart (4100ms)

Simple huh?
It works for me.
If you find something better let me know :)
If the facts don't fit the theory, change the facts. - Albert Einstein

soccerist

Myndfyre,
Thanks for that implementation.  I will try that initially and see how it works out.

LoRd[nK],
I would love to experiment with this but from my experience, I'd get IP banned for 30 minutes if I flood even once.

---

The reason I asked for this is I intend on implementing a friend's list as a function on the bot which is analogous to the friends list hosted on bnet.  As you can see, !f m and !f l, could require quite a large number of packet sends/receives.  

Lenny

Quote from: o.OV on March 16, 2004, 04:24 PM
Eh. I'll post it again.

61 or less in length (x<62)
4 seconds or more apart (4100ms)

Simple huh?
It works for me.
If you find something better let me know :)

4 Seconds apart, this seems a bit high...
The amount of delay should be calculated based on last send time and the size of the last message, which is what the RequiredDelay algorithm does....
The Bovine Revolution
Something unimportant

Live Battle.net:

WARNING: The preceding message may have contained content unsuitable for young children.

o.OV

Quote from: Lenny on March 20, 2004, 08:57 AM
Quote from: o.OV on March 16, 2004, 04:24 PM
Eh. I'll post it again.

61 or less in length (x<62)
4 seconds or more apart (4100ms)

Simple huh?
It works for me.
If you find something better let me know :)

4 Seconds apart, this seems a bit high...
The amount of delay should be calculated based on last send time and the size of the last message, which is what the RequiredDelay algorithm does....

That is how it works..
I tested this a few months ago.
I don't know if new rules have been set.
If you want..
I could setup a bot to test my theories again.
If the facts don't fit the theory, change the facts. - Albert Einstein

Noodlez

Warcraft III has built in fool-proof flood protection. Works 100%. It's really fucking annoying, though.

dxoigmn

Quote from: Noodlez on March 20, 2004, 07:01 PM
Warcraft III has built in fool-proof flood protection. Works 100%. It's really fucking annoying, though.

Any idea how it works?  Is it a static or dynamic delay?

Networks

Quote from: o.OV on March 16, 2004, 04:24 PM
Eh. I'll post it again.

61 or less in length (x<62)
4 seconds or more apart (4100ms)

Simple huh?
It works for me.
If you find something better let me know :)

3150ms apart works fine to. I use it in my bot....

Eric

Quote from: Noodlez on March 20, 2004, 07:01 PM
Warcraft III has built in fool-proof flood protection. Works 100%. It's really fucking annoying, though.
ah yes, I had forgotten about that.

o.OV

#13
Quote from: Networks on March 20, 2004, 09:53 PM
Quote from: o.OV on March 16, 2004, 04:24 PM
Eh. I'll post it again.

61 or less in length (x<62)
4 seconds or more apart (4100ms)

Simple huh?
It works for me.
If you find something better let me know :)

3150ms apart works fine to. I use it in my bot....

You can send a message
over 200_TIMES spaced 3150ms apart?
Did you test it thoroughly?

Quote from: Noodlez on March 20, 2004, 07:01 PM
Warcraft III has built in fool-proof flood protection. Works 100%. It's really fucking annoying, though.

If I had war3 I would test this myself.
If the facts don't fit the theory, change the facts. - Albert Einstein