Shijikori

@Drahkar Another minor update, though I'll be done for a while following that one. Version 2.0.2 of Vintage RCon improves logging and leaves more verbose traces for administrators. This can be very useful to know what the rcon connection was used for in the logs. The full command is now part of the logs (including arguments) as well as the address of the client which sent it. Nothing changed in terms of logic and processing, so it shouldn't cause any issues if version 2.0.1 didn't give you any problems.

You should include in your security best practices a mention about RCON being unencrypted. That is by the specification, I recommend, myself, to never expose the RCON connectivity to untrusted networks. Your web console should be preferred if possible (and with certificates, especially over the internet). The RCON password could feasibly be snooped on an untrusted network or the internet, making a server vulnerable to griefing and anything else possible with console administrator access of a Vintage Story server software. The RCON access should always be used with necessary precautions, be it restricting access to only the local host (requiring a more secure connection first, such as SSH, to then interact with the server via an RCON client) or using a VPN setup such as wireguard or IPsec to ensure connectivity between RCON client and the server is encrypted.

@Drahkar that's not impossible. The rework's behaviour was to spam the client with all the chunks of the response at once. I identified that problem while testing the mod on 1.22 pre-release. Assuming the python library sent the type 0 packet with a different id than the command which would then cause that id error because it would simply happen to receive the spammed packet after requesting another chunk (which would have the previous id instead of the id selected by the client for the request). RCON clients are not expecting to receive more than a single packet per packet they send. That behaviour causes issues with clients who behave based on common specification. I was testing using ARRCON, with the small changes in version 2.0.1, ARRCON no longer had the issue where sometimes it would seemingly get no response from the server despite the command actually being passed through.

Hey! Just letting you know I updated Vintage RCON to fix an issue with packet handling. Please make sure that your web console is compatible with the classic handling that was reimplemented in the new version! I overlooked this when I checked the changes submitted by Taehan. Every command packet should now receive only one packet of response. Please ensure that your console sends a SERVERDATA_RESPONSE_VALUE (packet type 0) after receiving the first response to a command. The server should respond with an empty serverdata response packet if there are no more chunks left to the response. Feel free to communicate with me through Discord (@shijikori) if you need technical details Refer to Valve's documentation to validate your rcon web console's client behaviour : https://developer.valvesoftware.com/wiki/Source_RCON_Protocol

at this risk of necroing, you can use one of the few Discord bot mods on the server side for management, if you want to use Discord for that. If you prefer to have an RCON interface, I have made a mod just for that, released it a couple of days ago. Check it out https://mods.vintagestory.at/vintagercon