- AutoPlug-Client - Common Questions
- AutoPlug-Web - Common Questions
- AutoPlug-Web (self-host) - Common Questions
AutoPlug Client is a standalone, executable Java program that has multiple execution modes: Server-Wrapper, CLI-Tool, Background-Service. Its main purpose is to automate updating of any sofware related to servers and simplify server maintenance in general. While all server types are compatible, the majority of its features cater specifically to Minecraft, which is renowned as the world's top-selling game and boasts an exceptionally extensive modding community.
AutoPlug performs all its tasks when your server is offline, thus its recommended to run AutoPlug as a Server-Wrapper so that it can start/stop/restart your server. In this case AutoPlug will start your server automatically when it launches and show its console output.
To achieve full automation the daily server restarter is used (enabled by default), which restarts your server at specific times in the day. AutoPlug runs its tasks when your server restarts.
If you don't want AutoPlug to have access to your servers' console, you can install AutoPlug as CLI-Tool or Background-Service:
- CLI-Tool (command-line interface tool): Manually run the AutoPlug commands/tasks once in a while (remember that your server must be offline).
- Background-Service: Runs the tasks periodically but does not know if the server is offline, thus you would have to take care of that.
Note that these "execution modes" are nothing more that simple configuration presets.
No! AutoPlug Client is neither a plugin nor mod and should not be treated as such.
It runs entirely independently of your Minecraft server.
The start command inside /autoplug/general.yml
is used
to start your server, thus this is where you should put your flags/arguments
to modify the min/max RAM usage of your server, as well as any other flags/arguments.
Many Minecraft servers use Aikars' Flags in their start command. Check them out if you want to learn more about this topic.
No. Due to the nature of how the paid plugins are hosted, as well as the hosts' API limitations and Terms of Service, AutoPlug Client will never contain functionality for downloading paid/premium plugins.
As an alternative, SPPU [Link] may be better suited.
It is highly advised to read the entire readme before using this tool.
Go to the AutoPlug Client installer page and follow the steps carefully.
Yes! For instructions on how to do so, please read How To - Install AutoPlug Client on a Server Host.
- Go to https://autoplug.one/installer (select Minecraft, Client and set your version) and download the generated zip file.
- Open your Minecraft installation folder (contains /mods), unpack the zip, and move its files into that folder.
- Run the start script.
- Ignore warnings related to the server or connection problems.
- Enter
.help
for a list of all commands. - Enter
.backup
then.check mods
to update your mods.
All settings are kept in their own respective .yml
config files that can be found in the autoplug
folder in your Minecraft server directory.
Almost all settings can be changed without needing to restart AutoPlug to have effect (Live-Settings), since
related settings are freshly loaded before executing a task.
Every .yml
config file has explanations with examples written both at the very top of the file and next to each setting.
Please make either a Github Issue or a post in the Discord's #help channel.
By default backup creation is enabled, so before executing its tasks a backup will be created that can take up to 3 - 5 minutes depending on system resources and size of the directory. Besides that there may be many updates/files that have to be downloaded, so do not abort this process to ensure a correct installation.
This usually means that something is wrong with your Java installation.
By default, AutoPlug Client installs its own standalone Java runtime in ./autoplug/system
.
To make AutoPlug-Client reinstall Java:
- Delete the
system
directory in./autoplug
. - In the Updater config (default:
./autoplug/updater.yml
), setupdater: java-updater: build-id:
to0
and save the file. - Restart AutoPlug Client.
This can happen sometimes if the plugin/mod author did not include critical metadata, and
fixed quite easily by opening either /autoplug/plugins.yml
or /autoplug/mods.yml
,
finding your plugin/mod in that file, and providing either a spigot-id
or bukkit-id
for the plugin, or
in case of a mod a modrinth-id
or curseforge-id
.
If the downloads on those pages do not return a .jar/.zip file, but for example forward to another page,
you must use either use the github
or jenkins
alternative. If the plugin/mod developer has none
of those available (which pretty much is never the case) its simply not possible to auto-update that plugin/mod.
Please see the top of the plugins.yml
/mods.yml
file for instructions and examples on filling these out.
If you have a premium account and your server connected, AutoPlug will additionally check our database for additional info and fill it in, if that info is used by over 50 other servers too.
This usually happens when AutoPlug Client tries to restart when updating itself.
Some hosts don't like it when the server manages itself and will read any close not caused by them as a crash.
The recommended workaround is setting the self-updater
profile in your updater.yml
config file from AUTOMATIC
to NOTIFY
or MANUAL
.
Alternatively, you can disable the self-updater
by setting enable
to false
, but this highly not recommended.
Please review your settings in the backup.yml
config file and make sure your inclusions and exclusions are formatted correctly.
Please make either a Github Issue or a post in the Discord's #help channel and include the latest.log
file from ./autoplug/logs
.
This file allows you to define permissions for a group and it could look something like this:
{
"console":{
"fullRead": true,
"fullWrite": false,
"allowedCommands": [
"help",
".help"
]
},
"systemConsole":{
"fullRead": true,
"fullWrite": false,
"allowedCommands": []
},
"files":{
"fullRead": false,
"fullWrite": false,
"allowedFilesToRead": [],
"allowedFilesToReadAndWrite": []
}
}
As you can see both the console and system console have lists of allowed commands
which are only relevant if fullWrite
is set to false
.
If its set to true
this group will have
full write access and thus be able to send any command to the console.
Keep in mind that the console is able able to execute AutoPlug-Client commands and server-software specific commands. The system console is able to execute any system-specific command. Thus its highly recommended not to give full write access to any of your groups.
AutoPlug-Web will compare
the sent staff command against each command in the allowedCommands
list and only
allow it, if there is a 100% match. There are however two wildcards, namely *
and *->
since sometimes commands want arguments. So instead of having to add each command-argument combination
you can use these wildcards.
*
allows any word or number. Example:ban *
, now this group will be able to executeban peter
orban john
, but notban peter 10
, for that to work you would need to addban * *
orban *->
instead.*->
allows anything from this point onwards until the end of the line.
You can add file and directory paths in Windows or Linux format to the allowedFilesToRead
and
allowedFilesToReadAndWrite
lists to allow your staff access.
Note that adding a directory allows access to its files, but not its directories (its contents can only be viewed).
Similar wildcards are available for the files manager, but with a slightly different meaning:
./
or.\
is the current working directory of the AutoPlug-Client.*->
to allow access to all sub-directories too. For example./*->
would allow access to all files and directories and all sub-directories in AutoPlugs current working directory.- Note that Windows
\
and Linux/
file separators are treated as equal.
The allowedFilesToRead
list contains paths to files or directories
that the staff is allowed to open, list and read.
The allowedFilesToReadAndWrite
list contains paths to files or directories
that the staff is allowed to open, list, read, modify, create or delete.
This is probably the list you will use the most.
- After buying a license, head over to https://autoplug.one/installer and scroll down to the AutoPlug-Web installer section.
- Fill in the empty fields and download the generated zip file.
- Unpack it in an empty directory, on the device you want to run it (note that latest Java is required).
- Open your terminal,
cd
in that directory and executejava -jar AutoPlug-Web-selfhost.jar
to start it (or run the start script). - Access the website under http://localhost or https://localhost (if running on same device, otherwise https://INSERT_DEVICE_PUBLIC_IP).
- Register and make your account premium by entering
make premium <email>
in the AutoPlug-Web terminal. - Enjoy AutoPlug-Web!
Keep in mind that you must change the AutoPlug-Web ip/domain of all your AutoPlug-Clients:
- Go to the directory where your AutoPlug-Client.jar is located.
- Open
./autoplug/system/config.yml
. - Replace the
autoplug-web-ip
with the public ip/domain your AutoPlug-Web server is running from, for examplemy-autoplug-web.com
, orlocalhost
if webserver and client on same device. - Restart the client, or enter
.con reload
. - Voila. Now the client connects to your AutoPlug-Web, instead of https://autoplug.one.
- Daily license check, that requires internet connection. Without a valid license you cannot run it.
- Self-signed certificate is always generated and used for SSL, instead of ACME.
- Payment services initialisation is optional.
- Sent mails are not encrypted.
- /store is blank.
- May be a few versions behind from autoplug.one.