Geoff Bourne

Using the example still works fine for me: https://github.com/itzg/docker-rcon-web-admin/blob/master/docker-compose.yml Start from there and make one change at a time until you find where the config is wrong.

``` PS D:\> docker network ls NETWORK ID NAME DRIVER SCOPE 3d28cb1cd485 bridge bridge local 6dcf3491c762 host host local 17bd9d5a5478 minecraft_default bridge local 8d2aed6bc5c0 none null local a7881a2cadb1 packwiz_default bridge...

Sorry, I had forgotten to update the example due to the default, randomized RCON password feature. Please use the latest: https://github.com/itzg/docker-rcon-web-admin/blob/master/docker-compose.yml

As far as the RCON_PASSWORD generation, I am not able to recreate that part of the issue. Creating a container with ``` > docker run -it --rm -d --name mc...

I just tried a fresh instance and the example still works fine for me https://github.com/itzg/docker-rcon-web-admin/blob/master/docker-compose.yml

My prevailing thought it is enhance https://github.com/itzg/entrypoint-demoter to optionally open a simple REST endpoint for sending commands to the stdin of the bedrock server process. That would be more doable...

Sorry for the delay in responding. What are the contents of the `permissions.json` generated in the container's `/data` directory? If that doesn't look right, can you set the env var...

I'm wondering if it's a bug in the bedrock dedicated server software itself. I double checked the server property mapping seems to be right for those env vars.

@kls0e please provide your container config, especially what you used for `VERSION`, and the logs. What you describe doesn't seem possible since it locates the version from https://www.minecraft.net/en-us/download/server/bedrock ...unless they...

Ah, I didn't notice the big red note just earlier 😀. Sounds like explicitly setting `VERSION` will be required for a bit.