Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
PickleRick

Automation of Tribot login/running a script at startup

Recommended Posts

Is there a way to run a tribot instance and have it set various things? All I need is:

1) Start an new tribot process with a proxy
2) Have a pre-set script start executing with a specific account when everything is loaded

Are the above two possible? I was hoping I could grab some flags with

jps

but looks like I'd need to go deeper than this. Those values for the loader have to be communicated in some way...

Something like in this thread

 would be nice, however I really don't want to have to go digging around obfuscated code just to fire off a few mouse clicks. It might even be less work for me to just create mouse clicks to press the button with something like Simba/java.awt.Robot/whatever. Plus if I started messing around with the jar, it'd just break in updates... brittleness of this method isn't acceptable for me.

 

Do I have any options? It's been almost 3/4ths of a year since that was posted and adding automation support should not be that hard.

 

Am I missing something or is there some API I can call to do this?

Edited by PickleRick

Share this post


Link to post
Share on other sites
22 minutes ago, theholyone said:

uhh..this is exactly what client starter does?

unless you mean start everything with a single click on windows startup..

i mean you'd probably save 50 seconds doing it that way..but yeah.

I wasn't clear in my post so to clear up the confusion: zero clicking is a necessary condition, the only acceptable one would be starting an external program that manages everything.

The .dat file for the client starter would need to be dynamically generated and loaded as needed, so unless Tribot supports the data changing on the fly and it's just not "loaded into memory and that's it" then the client starter is not sufficient.

Does it support the dynamic nature mentioned above? I can't see it

 

Share this post


Link to post
Share on other sites
3 minutes ago, PickleRick said:

I wasn't clear in my post so to clear up the confusion: zero clicking is a necessary condition, the only acceptable one would be starting an external program that manages everything.

The .dat file for the client starter would need to be dynamically generated and loaded as needed, so unless Tribot supports the data changing on the fly and it's just not "loaded into memory and that's it" then the client starter is not sufficient.

Does it support the dynamic nature mentioned above? I can't see it

 

Yes. But you'll have to  deconstruct it yourself or pay $$$ for someone's private version. Either way, yes to your questions.

Share this post


Link to post
Share on other sites
1 minute ago, atrain0009 said:

Yes. But you'll have to  deconstruct it yourself or pay $$$ for someone's private version. Either way, yes to your questions.

Can you clarify the 'deconstruct it yourself' part? Do you mean that the .dat file format needs to be deconstructed? Or that I have to deob the client to get what I want?

Also I assume once I press "Run" on the client starter, that is it... as in I can't edit the .dat file after it without stopping everything and running it again? My guess is Tribot doesn't keep polling the .dat file and updating as needed, which means this method would still unfortunately not work for me, though if it did do this I would be pleasantly surprised. 

Share this post


Link to post
Share on other sites
Just now, PickleRick said:

Can you clarify the 'deconstruct it yourself' part? Do you mean that the .dat file format needs to be deconstructed? Or that I have to deob the client to get what I want?

Also I assume once I press "Run" on the client starter, that is it... as in I can't edit the .dat file after it without stopping everything and running it again? My guess is Tribot doesn't keep polling the .dat file and updating as needed, which means this method would still unfortunately not work for me, though if it did do this I would be pleasantly surprised. 

Of course it doesn't poll the dat file. It generally deletes it after use. Even then I really can't see a reason you would want that. Unless you are just trying to use a bunch of other peoples scripts to run a farm on and want to chain them together. If you were thinking about using that dat file to switch between accounts I don't understand why you wouldn't just have a web server to feed the account data to your script instead.

You'll have to deob the client to get the methods to generate the dat file among other things to get it working.

Share this post


Link to post
Share on other sites
3 hours ago, Einstein said:

Definitely possible. Some users even implemented a system where the script picks one account from a list and changes it if it gets banned.

I would recommend this to start. This doesn't even require you to deob the client, just set up your own web server like Ludify said.

Share this post


Link to post
Share on other sites
1 hour ago, ludify said:

Probably beyond you then.

Hi, thanks for taking time out of your day to write that - very helpful. 

I doubt it though. Perhaps I should have been more specific for you with what I quoted. 

12 hours ago, ludify said:

have a web server to feed the account data to your script

So maybe we are talking about different things here but let's say I have 5 servers, each running multiple tribot instances. Logging into each VPS individually to manage my magnificent bot army takes time and is tedious. It seems like there must be a more efficient way to manage each VPS, each Tribot instance, and each bot's actions. Let's say I am going to scale my hypothetically already profitable bot farm 10x because of reasons. In theory, I would now need to manage 50 web servers individually. That would suck. Is there a way to use a separate (Windows OS) web server to control my now huge VPS network remotely?

Share this post


Link to post
Share on other sites
7 hours ago, josh_w said:

So maybe we are talking about different things here but let's say I have 5 servers, each running multiple tribot instances. Logging into each VPS individually to manage my magnificent bot army takes time and is tedious. It seems like there must be a more efficient way to manage each VPS, each Tribot instance, and each bot's actions. Let's say I am going to scale my hypothetically already profitable bot farm 10x because of reasons. In theory, I would now need to manage 50 web servers individually. That would suck. Is there a way to use a separate (Windows OS) web server to control my now huge VPS network remotely?

You would have one master web server that all your bot servers connect to through some application. This application controls all the tribot instances as well as sends and receives messages or commands from the master web server. Then from the master web server you could setup a web page to control all clients on each server. This is what I do.

Share this post


Link to post
Share on other sites
On 8/17/2018 at 1:06 AM, Letsmakemoneybitch said:

still not possible... 

I know this is a less stable and probably more problematic approach, but you could make some sort of external higher level script that runs in a sandbox, vim, whatever some way to organize the tribot instances and interacts with each one individually. This would also take a lot of resources though and be prone to break on updates. It could be done though and could work with just a little thinking.

 

Sorry to post on an old thread but figured I'd mention it.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Our picks

    • Today marks a big day for TRiBot! To make it easier for users to use TRiBot, we've created installers available for every platform! These installers are all bundled with the latest version of OpenJDK 1.8 (Java 😎, which is LG compatible.

      Using TRiBot is now easy. Simply download the installer for your platform, install TRiBot, and run it. The TRiBot Loader will correctly identify the bundled JDK so there's no need to change the Java selection.

      Windows

      EXE installer: TRiBot-windows-x64-4.0.3.exe


      MSI installer: TRiBot-windows-x64-4.0.3.msi


      Portable version: TRiBot-windows-x64-4.0.3.zip


      Mac OS

      Installer: TRiBot-macos-4.0.3.dmg


      Portable version: TRiBot-macos-4.0.3.tgz


      Unix/Linux

      Installer: TRiBot-unix-4.0.3.sh


      RPM installer (CentOS/Fedora): TRiBot-linux-4.0.3.rpm


      DEB installer (Debian): TRiBot-linux-4.0.3.deb


      Portable version: TRiBot-unix-4.0.3.tar.gz


      Platform Independent

      JAR file: tribot-loader-4.0.3.jar


      Note that this jar file does not include the bundled JDK.



      Windows and Mac OS users may notice a warning message stating that the installer/application is un-recognized or un-trusted. Please ignore this message and proceed with running the installer/application. We need to acquire a code signing certificate so that we can sign the installers letting the operating system know that these files can be trusted. It will take a week or more to acquire one, so please hold tight.

      Other notable changes to the TRiBot Loader:

      Support getting the version from OpenJDK distributions


      Add check for bundled JDK


      Copy OpenJDK tools.jar to the bundled JDK if not present


      Set the current java as the first available list entry


      Ignore Java versions which are symbolic links


      Make the bundled JDK the preferred Java version


      Update icon images


      Reduce the number of HTTP calls
        • Like
      • 8 replies
    • TRiBot is looking to improve a lot of its customer relationship management, customer on boarding process, customer experience, design elements, community engagement and pretty much everything else you can imagine when it comes to marketing.

      Our goal: To ensure that the marketing done TRULY reflects the experience and does not shine an inaccurate light on what TRiBot is lacking in.

      So I ask, what do you love about TRiBot and what do you hate about TRiBot? What does O S Bot, Rune M8, PowR Bot and Dre amBot do better? (yes I purposely didn't spell it right 😂).

      Love, 

      RileyZ
        • Like
      • 7 replies
    • Hello TRiBot,

      Today we have a significant release that has been in the works for the last month addressing several key issues, features and bugs in the backlog.

      With these changes, we are also including a new TRiBot Loader which will allow you to select any version that is released. This adds the flexibility of allowing you to revert to a previous version should an issue arise, run development only builds, view an accurate change log between versions etc. we are very proud to offer this feature and think it will add a lot more functionality down the road as we continue to release new versions.

      These changes include 80+ commits by our development team, a list of them is summarized below and also available for your viewing pleasure in the new TRiBot Loader.

      In addition, we have taken additional steps to improve as a development team by adding continuous integration and deployment into our workflow to assist in delivering timely releases such as bug fixes as well as new features on a weekly basis depending on our development cycle.
        • Thanks
        • Like
      • 39 replies
    • Over the last three weeks, I've been working on upgrading our server infrastructure. It's finally ready and is now live!

      Why?

      Increased reliability - less server errors


      Increased availability - less downtime


      Increased security - keeping us and you secure


      Increased capacity - ability to serve you better


      Increased speed - less waiting for things to load


      Faster development - server and service updates will come faster


      What are the changes?

      Move from a single AWS EC2 instance to AWS ECS (Elastic Container Service)


      Distributed computing


      Load balancing


      Git management of server files and filesystem


      Redis caching


      How?

      AWS ECS (with 10 EC2 instances)


      AWS ElastiCache (Redis)


      AWS Load Balancing


      AWS EFS (Elastic file system)


      Please bare with us as I continue to tune the server for maximum performance. Slow loading speeds may occur temporarily. I thank everyone for their patience.

      Please post on this thread if you experience any issues other than slow loading times.
        • Like
      • 51 replies
    • This update features:

      Fixed broken hooks from today's update


      Fix wilderness level with RuneLite (Thanks @Todd)


      Add support for Kotlin .class files in scripts (Thanks @wastedbro)


      Overhaul Inventory API (Thanks @wastedbro)


      Add List support for common methods


      Change method grouping to make more sense (by functionality)


      Refactor methods to utilize Java 8 streams instead of cumbersome loops




      Recognize chatbox minimization (Thanks @JoeDezzy1)


      Fix Screen#isInViewport when NPC chat is open (Thanks @JoeDezzy1)


      Fix login bot bugs (Thanks @erickho123)


      Fix hint arrow return values (Thanks @Encoded)


      Fix depositAllExcept functionality (Thanks @wastedbro)


      Change containing box interface bound and adjust for Y values (Thanks @erickho123)
        • Like
      • 151 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...