48 minutes ago, DG1M said:

I couldn't find an exact definition of what these variables are for, but it's possible they're used to make the key persistent. I don't know. I guess time will tell.

The variable --key _ forces the server and the relay to use the key otherwise everyone would be able to connect through an to your machines without a key, so to speak the server and relay do strict key checks if they are matching, otherwise the connection is rejected.

2 hours ago, ich777 said:

Can you please go a bit more in detail what you mean with "last update"?

The last update was pushed 5 months ago since this was the time where RustDesk Server 1.1.14 was released.

Are you sure that your Docker template is configured correctly, so to speak please check the paths in the template.
If you are using for exmple /mnt/cache/appdata/... then you have to ensure that the Mover takes no action for the appdata share and that the data stays on the cache and is not moved to another disk.

really strange i did an update 3 days ago and i check the update weekly if not daily (this is your repo right? ghcr.io/ich777/rustdesk-server-aio)

in any case i have no cache at the moment and the template is untouched from your default setting

6 minutes ago, Shiroe93 said:

really strange i did an update 3 days ago and i check the update weekly if not daily (this is your repo right? ghcr.io/ich777/rustdesk-server-aio)

in any case i have no cache at the moment and the template is untouched from your default setting

Yes, everything correct, I did not push an update because there was no need to do so.

The key won't change as long as it can find the physical path to the files since the key is stored on disk.

If you have no cache then please check if the path in the template is set to /mnt/user/appdata/... instead of /mnt/cache/appdata/...

1 hour ago, ich777 said:

Yes, everything correct, I did not push an update because there was no need to do so.

The key won't change as long as it can find the physical path to the files since the key is stored on disk.

If you have no cache then please check if the path in the template is set to /mnt/user/appdata/... instead of /mnt/cache/appdata/...

for the future, how i block the mover from moving thing from cache to disk?

Curious if the following docker would be added to CA someday?

https://gitlab.com/khassel/magicmirror

https://docs.magicmirror.builders/

Look forward to hearing back.

Thank you :)

4 hours ago, bombz said:

Look forward to hearing back.

Not from my side.

@ich777

Hello, can you please advice how to remove lancache prefill limits, it stuck on 2.38tb no matter what I am doing. Ending up overwritting my data

1 hour ago, J05u said:

Hello, can you please advice how to remove lancache prefill limits, it stuck on 2.38tb no matter what I am doing. Ending up overwritting my data

Please refer to the docs:

https://lancache.net/docs/containers/monolithic/variables/

Especially these two:

However, this is a LANCache issue not a prefill issue.

29 minutes ago, ich777 said:

Please refer to the docs:

https://lancache.net/docs/containers/monolithic/variables/

Especially these two:

However, this is a LANCache issue not a prefill issue.

Thank you, I missed cache index size, will try that

Taking too much time to trial all this errors

On 7/7/2025 at 12:46 AM, ich777 said:

Not from my side.

OK thank you... managed to manually create a template for starters, not sure if it will ever make it to CA ?

6 hours ago, bombz said:

OK thank you... managed to manually create a template for starters, not sure if it will ever make it to CA ?

Contact @Squid if you want to publish templates in CA.

3 hours ago, ich777 said:

Contact @Squid if you want to publish templates in CA.

Much appreciated :-)

On 7/2/2025 at 5:27 PM, ich777 said:

If you are using for exmple /mnt/cache/appdata/...

Ah, that was "reseting" my keys ... changed it to the standard appdata folder like all the other dockers.

For anyone struggling to get RustDeskServer-AiO working I finally found a solution that might help you. The issue I was experiencing ended up being the way the ports were mapped in the docker container. For some reason the ports were mapped to 99 and 100 internally. The external ports were fine. I had to remove the existing port mappings, then re-add them as follows:

• Name: TCP - RustDesk Server/Relay:

• Container Port: 21115-21119

• Host Port: 21115-21119

• Connection Type: TCP

• Name: UDP - RustDesk Server:

• Container Port: 21116

• Host Port: 21116

• Connection Type: UDP

After I did this everything started working as expected. Hopefully this helps someone else.

10 hours ago, facelord said:

For some reason the ports were mapped to 99 and 100 internally.

By default the port mappings are:

21115-21119:21115-21119

&
21116:21116/udp

At least that's what's in the template here.

On 7/13/2025 at 4:16 PM, facelord said:

For anyone struggling to get RustDeskServer-AiO working I finally found a solution that might help you. The issue I was experiencing ended up being the way the ports were mapped in the docker container. For some reason the ports were mapped to 99 and 100 internally. The external ports were fine. I had to remove the existing port mappings, then re-add them as follows:

• Name: TCP - RustDesk Server/Relay:

• Container Port: 21115-21119

• Host Port: 21115-21119

• Connection Type: TCP

• Name: UDP - RustDesk Server:

• Container Port: 21116

• Host Port: 21116

• Connection Type: UDP

After I did this everything started working as expected. Hopefully this helps someone else.

Great info!
This caught my eye as this docker has been put on the backburner for a bit and have been meaning to deploy it! Last I looked at it seemed a little challenging to get setup, perhaps this wonderful post is all I needed to remind myself to give it a go?

Pretty straight forward to deploy?

Thanks :-)

On 7/14/2025 at 2:36 AM, ich777 said:

By default the port mappings are:

21115-21119:21115-21119

&
21116:21116/udp

At least that's what's in the template here.

Noted as well for deployment (when I get to it)
Thank you kindly!

6 hours ago, bombz said:

Pretty straight forward to deploy?

Just deploy the container, it has everything set up so that it just work and forward the ports in your router/firewall.

hey,

I got a problem on the jdownloader2 Docker.

I have changend nothing but now when I'm open the Webgui address novnc is in a bootloop.

there is no connection.

can you please help me?

1 hour ago, Duzja said:

can you please help me?

What does the log say?

Is this a new installation?

Please also see this recommended post on top:
https://forums.unraid.net/topic/83786-support-ich777-application-dockers/page/82/#findComment-1132284

1 hour ago, Duzja said:

hey,

I got a problem on the jdownloader2 Docker.

I have changend nothing but now when I'm open the Webgui address novnc is in a bootloop.

there is no connection.

can you please help me?

delete the "JDownloader.jar" in your appdata folder of jdownloader2 and the folder "update" in appdata/jdownloader2/tmp/

It bricks itself a lot

it worked. but the loading time is very long from open the docker to finally jdownloader is up.

47 minutes ago, Duzja said:

it worked. but the loading time is very long from open the docker to finally jdownloader is up.

Very long is a pretty stretchable term.

On what machine are you running jDownloader2? Do you start/stop jDownloader2 every time? Usually you leave it running.

Can we get Rustdesk updated from 1.3.1 to the current 1.4.1? Please and thank you!

1 hour ago, UnInfamous said:

Can we get Rustdesk updated from 1.3.1 to the current 1.4.1? Please and thank you!

I‘m not 100% sure what you are referring to?

My RustDesk-AiO is just the server and relay in one container and the latest version is 1.1.4 which is up to date.

I don‘t hab a RustDesk (client) container.