Rustdesk-Server

[Esel08]

Hallo User

Hat schon jemand einen Rustdesk-Server installiert per Docker ??

Könnte mir mal ein paar Tips geben.

Danke

 

[eMBae]

Ich habe bei IONOS den kleinsten Linux vServer, für 1€ im Monat, für Rustdesk.
Einfach zu handhaben und fern von meinen anderen Daten.

Bei Docker kann ich leider nicht unterstützen.

 

[xdbmw]

Diese Anleitung ist recht gut gelungen: MariusHosting

 

[Esel08]

Danke euch

 

[Adama]

Ich hab das S6-overlay based Image genutzt, da wird nur ein Container erzeugt.

https://github.com/rustdesk/rustdesk-server

Du kannst im Prinzip die docker-compose.xml, die dort beschrieben wird, eins zu eins nutzen. Es müssen nur die Pfade angepasst werden...

 

[Esel08]

Hier mal das .yml File, wer es mal braucht !

Jedoch funktioniert die option -k nicht , warum auch immer...

Gibt es die Möglichkeit intern zu verschlüsseln, welche Option sind dazu nötig.


Grüße und Dank

 

[Josef1406]

hi, ich habe auch auf meiner syno 923+ die s6 am laufen.
wie kann ich die aktuelle version abfragen ? wie kann ich updaten ?

danke für jede hilfe

 

[metalworker]

In dem du einfach das Image neu Pullen lässt.
Aber Irgendwie musst das ja auch Installiert haben ?

 

[Adama]

@Josef1406 Du kannst auch Watchtower benutzen, der macht das automatisch für dich:
https://containrrr.dev/watchtower/

 

[chats]

Ich möchte mich hier mal einklinken:
Ich habe folgende yaml Konfiguration bei Rustdesk Docker eingetragen:
Kann von Euch mal jemand einen Blick darauf werfen oder sogar seine yaml Datei hier zur Verfügung stellen.
Die Supportseite von Rustdesk habe ich nun mehrmald abgearbeitet.

services:
hbbs:
container_name: hbbs
image: rustdesk/rustdesk-server:latest
command: hbbs -r meine.ddns.domain:21117
volumes:
- ./data:/root
network_mode: host
depends_on:
- hbbr
restart: always

hbbr:
container_name: hbbr
image: rustdesk/rustdesk-server:latest
command: hbbr
volumes:
- ./data:/root
network_mode: host
restart: always

Ich habe das aktuellste DSM Update installiert.
Wenn ich dem Client die lokale IP-Adresse der DS eintrage funktioniert alles wie es soll.
Trage ich aber meinen DDNS Domainnamen ein dann bleibt der Punkt unten links rot.

Portfreigaben auf die DS sind folgende

RustDesk TCP 15 TCP xx.xx.xx.xx 21115

RustDesk TCP 16 TCP xx.xx.xx.xx 21116

RustDesk TCP 17 TCP xx.xx.xx.xx 21117

RustDesk UDP 16 UDP xx.xx.xx.xx 21116

Ein Portscanner zeigt mir an das die Ports offen sind.

 

[JohneDoe]

Trage ich aber meinen DDNS Domainnamen ein dann bleibt der Punkt unten links rot.

Was für einen Reverse Proxy nutzt du?
Hier ist ein Beispiel mit dem Nginx Proxy Manager
Ob der DSM Reverse Proxy über die GUI kann bezweifle ich gerade, wenn ich sehe was man da einstellen muss.

 

[chats]

Ich benutze den Reverse Proxy der bei der DS integriert ist. Habe dort aber keine Einträge vorgenommen. Das ist doch auch nicht erforderlich wenn ich die geöffneten Ports direkt auf die IP Adresse des DS weiterleite.

 

[JohneDoe]

Ah ok. Das war in deinem anderen Post nicht klar. Kommt die Verbindung an? Siehst du das in irgendwelchen Logs? Oder steigt er schon vorher aus.

 

[Adama]

Rustdesk läuft hiernach auch gar nicht mit einem Reverse Proxy, da es sich nicht um eine HTTP(S)-Verbindung handelt:
https://github.com/rustdesk/rustdesk-server/issues/80

 

[JohneDoe]

Beim NPM kann man aber auch TCP Streams umleiten. Daher würde das schon gehen. Aber nicht mit den Bordmitteln von DSM.
@chats Hast du einen Reverse Proxy Eintrag drin? Wenn du alle Ports weitergeleitet hast, dann brauchst du gar keinen RP Eintrag.

 

[chats]

Mein ReverseProxy ist leer. Ich sehe das genau so wie Du das ich den nicht benötige für Rustdesk.
Wenn ich den Rustdesk via DDNS (meine.ddns.domain:21117) aufrufe bekomme ich auch keine Antwort.
Ich bin da etwas irritiert.

 

[Adama]

Ich hab grad mal geschaut, den Port hab ich im Client gar nicht angegeben.

Mein Konstrukt ist CNAME auf DDNS, Port-Freigabe für Rustdesk auf der Syno, das funktioniert. Der einzige Unterschied: ich nutze den S6-Container.

Testest du das von extern oder von intern?

 

[abrocksi]

Ich möchte mich hier mal einklinken:
Ich habe folgende yaml Konfiguration bei Rustdesk Docker eingetragen:
Kann von Euch mal jemand einen Blick darauf werfen oder sogar seine yaml Datei hier zur Verfügung stellen.

services:
hbbs:
container_name: hbbs
image: rustdesk/rustdesk-server:latest
network_mode: bridge
command: hbbs -r rustdesk.example.com:21117 --key xxxxxxxxxxxxxxxxxxx
volumes:
- /volume1/docker/rustdesk2/data:/root
- /volume1/docker/rustdesk2/db:/db
depends_on:
- hbbr
ports:
- 21115:21115
- 21116:21116
- 21116:21116/udp
- 21118:21118
restart: unless-stopped

hbbr:
container_name: hbbr
ports:
- 21117:21117
- 21119:21119
image: rustdesk/rustdesk-server:latest
network_mode: bridge
command: hbbr --key xxxxxxxxxxxxxxxxxxxxxx
volumes:
- /volume1/docker/rustdesk2/data:/root
restart: unless-stopped

So sieht mein docker-compose aus. In der Fritte dann ebenfalls die Ports freigegeben. Wesentliche Unterschiede sehe ich in der Portdefinition, key-Eintrag und Netzwerkmodus.

Hoffe, es hilft

cheers,
abrocksi

 

[chats]

@abrocksi
Nein, leider hat es mir nicht geholfen.
Ich finde auch sehr viele yaml Dateien mit unterschiedlichen Einträgen die aber wohl alle irgendwie funktionieren.
So langsam glaube ich der Fehler liegt woanders.

 

[abrocksi]

@chats
Hier noch meine Reverse Proxy Regel sowie die des Rustdesk Clients.

Vielleicht postest Du mal bitte Deine, damit wir gucken können, ob es daran liegt. Rustdesk ist ja nur ein Server und hat m.W.n. keine Weboberfläche.

cheers,
abrocksi