What's new
  • Visit Rebornbuddy
  • Visit Resources
  • Visit API Documentation
  • Visit Downloads
  • Visit Portal
  • Visit Panda Profiles
  • Visit LLamamMagic

[STANDALONE] SessionKiller AutoAuth (Multibot Support)

tehtoad

New Member
Joined
Jun 18, 2012
Messages
88
Reaction score
1
Like mentioned here is a new thread for the standalone utility autoauth that spawned from demonloader....

AutoAuth Multi Bot Supported Session Killer
Logs in to buddyauth.com website and then kills sessions as required.

[video=youtube;hab9fKtRbu8]http://www.youtube.com/watch?v=hab9fKtRbu8[/video]

Whats the point?
With the new demonbuddy patch if d3 closes then the session is killed so what is the point of this?
What if demonbuddy freezes, exits first with no warning ??
Then your session will remain until it timesout, that can be a good 5min.
To those who want to save time this is the tool for you, a session killer.
(This tool needs to be integrated into your current managing script setup, be it bat or autoit whatever... )

IE:
You have a autoit script hat loads Demonbuddy and Diablo3 and watches process's for crash, then reloads, incorporate this tool into your autoitscript/bat file/exe so it runs this before it loads demonbuddy to insure no down time...
This tool is for developers and i imagine the general public will have a hard time doing anything with it, obviously when developers incorporate it into there logger / manager applications it will be more us-full to the general public.
If that time never come i will release a update that contains a DB log file analyser to scrape the bots status and act if it sees a session limit reached error.

Multibot:
Have your applications, bat files, autoit scripts load the tool parsing it the -stamp argument:
-stamp"00:00:00"

The time "00:00:00" can be scraped / extracted from the demonbuddy log files, this time is server side, have your scripts scrape the time of the bots log and then parse it to have autoauth kill the session.

There is methods in place to account for server lag, where your start time in your log may be out from the server by a few seconds, this setting can be changed in the settings and will remain changed after a save, this method will increment the time stamp until it finds a match and then kill (up to a preset number that can be stored in settings).


SingleBot:
Simply dont parse it any arguments and run as normal.

Kill All sessions:
Same as above

________________________________



Download:

<Removed until source is provided>


Installation:
Save all above files to a location, .dll files must be in same location as autoauth.exe.
Run autoauth.exe once and enter settings, check run on load and then save.
The rest is up to your developer or you to integrate into your current demonbuddy management system.

Change Log:
Code:
1.0
* Fixed incrementing bug where it crashed if it couldn't find time-stamp.
* Fixed incrementing Settings number, works as intended.
* Fixed some error handling, It should NEVER crash now.
* Corrected garbage collection, no instances remain in task manager.
* Fix to memory leak.
* Tweak to bots logic.
* Now increments both UP and DOWN until it finds stamp
* New log system, only stores 5 log files at any time in log folder

Beta
* Multi bot support with -stamp argument.
* Error handling / Logging improvements.
* Save logfile on shutdown to working directory.

Alpha
* Kill All Sessions ONLY.
* Single Bot support.

Integration:
Currently integrating this project with,
Gawdz sweet Standalone Relogger and Teivovo's Awesome Batch Files.
Stay tuned to the above's respected threads for news on integration, setup.
 

Attachments

  • autoauth.webp
    autoauth.webp
    7 KB · Views: 309
Last edited by a moderator:
Indeed looks like it ...

and why use sendkeys for this you could just use http library to create a connection and kill the sessions

what if they add a captcha verification !! HAHA :P
Dont worry it doesn't sendkeys like you are thinking, not with sendkeys method it don't hyjack any controls from user.
It manipulates the DOM objects, kinda sucks though for a HTTP post bot would of taken 1 hr instead of a few days...
Wish i sat down and planned it first...

A http post bot really would of been a great option, spose i jumped in, i mean a http post bot would of been alot simpler, but for me using a web testing framework WaTiN / Watir that I use regularly was what i choose i have been working on several large projects using this framework so why not :) also its interesting for other devs to see the power of it...

I have a plugin i will be releasing soon that uses the same framework and OCR to solve captcha images and are you human questions on a couple free TEXT message sending websites, this plugin fires a text message off on events ie: you level up.....

Doing things this way allows me to pull code from other projects i have created for clients and change a bit for this purpose, if you knew autoauth was a old gmail account creator what would you say?

but yes over the top i do say so myself...
next release ill hide the window just for you ^_*


http://www.thebuddyforum.com/demonb...onbuddy-midnight-build-1-0-3-10485-173-a.html

Changelog .173
Logs out your sessions before closing Demonbuddy if the process Demonbuddy is attached to is closed.


Sorry, but your work is useless.

Read entire post CAREFULLY

The problem for me and EVERYONE else is DEMONBUDDY crashes many times a day, hense all these third party tools, now how is killing session on DIABLO 3 crash going to fix the session when DEMONBUDDY crashes... ?? There is no way DEMONBUDDY can kill the session without a third party tool because why? its crashed / dead / not running... thats why.... Now my tool comes into play with the other scripts / loaders people (obviously not you) have.. you might not care about uptime but we all do ;)

Anyway Download link is up... But whats the point right? Who says that "Your work is usless" lol ... makes me kinda sad...
WTB positive criticism 0_o ?

(It would be neat if you could edit your useless comment with something more appropriate just to keep the thread clean, thanks.)
 
Last edited:
http://www.thebuddyforum.com/demonb...onbuddy-midnight-build-1-0-3-10485-173-a.html

Changelog .173
Logs out your sessions before closing Demonbuddy if the process Demonbuddy is attached to is closed.


Sorry, but your work is useless.

Whats the point?
With the new demonbuddy patch if d3 closes then the session is killed so what is the point of this?
What if demonbuddy freezes, exits first with no warning ??
Then your session will remain until it timesout, that can be a good 5min.
To those who want to save time this is the tool for you, a session killer.

you don't like,just don't use.

seriously,i kill my session manually everyday at least 3 time.
 
Anyway Download link is up... But whats the point right? Who says that "Your work is usless" lol ... makes me kinda sad...
WTB positive criticism 0_o ?

(It would be neat if you could edit your useless comment with something more appropriate just to keep the thread clean, thanks.)

It was not my intention to make you sad ;) it could indeed be useful ..
would be nice to have it monitor the logs directory and to detect when max sessions happen and use the log before that to get the session time :)
 
Whats the point?
With the new demonbuddy patch if d3 closes then the session is killed so what is the point of this?
What if demonbuddy freezes, exits first with no warning ??
Then your session will remain until it timesout, that can be a good 5min.
To those who want to save time this is the tool for you, a session killer.

you don't like,just don't use.

seriously,i kill my session manually everyday at least 3 time.

Oh you are so spot on bud~! :)
 
Works great but I do not know how to make it so that when it sees a specific d3 crash with db to kill that specific AUTH and not all of them. Other then that works nicely.
 
Works great but I do not know how to make it so that when it sees a specific d3 crash with db to kill that specific AUTH and not all of them. Other then that works nicely.

Wait for the DB run integration. Should be soon... Maybe releasing later today :)
 
Works great but I do not know how to make it so that when it sees a specific d3 crash with db to kill that specific AUTH and not all of them. Other then that works nicely.

Update:

Code:
*Fix to bug where if it dosnt find the timestamp while incrimenting it will crash with a error.
*Fix garbage collection, now all instances are shut down correctly
*Teak made to logic
*Fixed memory leak

Download:
<Removed>

Proud to anounce
Teivovo has done a fantastic job intergrating authAuth with multibot support into his DB_Run Batch File, Take a look at the thread:

http://www.thebuddyforum.com/demonb..._run-helps-restarting-db-d3-periodically.html

Version 1.6+ of DB_Run.bat is supported to work with AutoAuth.exe.
In regards to your question wootwoot911 take a look at the above url ;)
 
Last edited by a moderator:
When I type login info and press start the app crashes... autoauth has stopped working...

Using 1.0 in OP post.

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: autoauth.exe
Problem Signature 02: 1.0.0.0
Problem Signature 03: 500007cf
Problem Signature 04: WatiN.Core
Problem Signature 05: 2.1.0.1196
Problem Signature 06: 4da43e04
Problem Signature 07: 5ed
Problem Signature 08: d
Problem Signature 09: System.IO.FileNotFoundException
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
 
Last edited:
No source, no compiled releases. Plain and simple. Especially when dealing with login details of customers.
 
No source, no compiled releases. Plain and simple. Especially when dealing with login details of customers.

Code will be uploaded on Monday guys, sorry about down time, have some bugs to iron out, and Sunday is family time, also tracking down the source for the library i used, so i can whack that also on svn so you can compile everything from the .exe to the .dlls yourself :), Binary's will be found in bin folder on svn server.

Thanks, chrisssj3 for the report i will look into this.

been waiting for go ahead from apoc since friday, 4 days?
 
Last edited:
Back
Top