Rustdesk auf Synology unter Docker - kostenlose Teamviewer Alternative!

[@inagaddadavida3892]

Vielen Dank für die Anleitung, hat mir sehr geholfen :) Kleine Anmerkung zu den Keys. Nach dem Rebuilt erstellt er im HBBS-Ordner zwei Keyfiles wie im Video zu sehen. Im HBBR-Orner erstellt er aber zwei Namensgleiche Keyfiles, allerdings mit abweichendem Inhalt. Im LAN funktioniert alles wunderbar, aber außerhalb kommt es zu „reset by peer" bzw. im deutschen: „zurücksetzen durch gegenstelle" und die Verbindung kann nicht hergestellt werden. LÖSUNG: einfach im File-Manager die beiden id_25519 Dateien in den HBBR-Ordner kopieren und die vorhandenen Dateien dabei überschreiben. Dann im portainer den Stack einmal aus- und wieder anschalten. Danach klappt es auch mit der verschlüsselten Verbindung ;)

[@bernhardeder858]

Eine wirklich super Anleitung um RustDesk auf der Synology zum laufen zu bringen. Vielen Dank und mach weiter so!

[@UnsTechnology]

Tolles und hilfreiches Video - vielen Dank!

[@matzer.9469]

Vielen Dank für deine MEGA-Anleitung! Was bei mir der Stolperstein war, dass ich in der Firewall der Synology die Ports natürlich auch noch frei geben muss...🤪🤪🤪 Naja, logisch, aber manchmal sieht man den Wald vor lauter Bäumen nicht 🙃

[@ngc-pq2sk]

Hallo, wie würde denn das Stack Script aussehen wenn man MACVlan nutzen möchte?

[@mihauOne87]

Perfekte Anleitung wie immer. TOP…. Hat auf anhieb geklappt. Allerdings musste ich die zwei „PublicKey“ Dateien aus dem Ordner „rusthbbs“ auch in Ordner „rusthbbr“ kopieren sonst funktionierte die Verbindung außerhalb des Lokalem Netz nicht…. Ein Problem habe ich allerdings an einem Mac der schläft. Dieser lässt sich über RustDesk nicht aufwecken und das Bild bleibt schwarz. Gibt es hier vielleicht eine Lösung?

[@Navigio1]

Hast Du auf Deinem Mac "Wake on network access" (keine Ahnung wie das auf deutsch heisst) eingeschaltet?

[@mihauOne87]

@@Navigio1 „Ruhezustand bei WLAN-Netzwerkzugriff beenden“ ist aktiviert….

[@benjaminkramer3122]

Bei mir war es auch so. Vielen Dank für das workaround. Aus hbbs rauskopiert in hbbr dann funktionierte es auch bei mir extern.

[@frederichuet5022]

In English: "The relay server rusthbbr needs to access the same public/private keys as the server rusthbbs. I changed the script so that both containers use the same local volume and it works. In fact, at the very beginning of the video, the script that is presented uses the same volume (kzbin.info/www/bejne/qGnWl2VolLWej80) /volume1/docker/rusthbbs:/root for hbbs and for hbbr. Thank you for these excellent videos (I don't speak German but it's still understandable)." In German: "Der Relay-Server rusthbbr muss auf dieselben öffentlichen/privaten Schlüssel wie der Server rusthbbs zugreifen können. Ich habe das Skript geändert, damit beide Container auf das gleiche lokale Volume zugreifen, und es funktioniert. Tatsächlich verwendet das Skript, das am Anfang des Videos vorgestellt wird, das gleiche Volume (kzbin.info/www/bejne/qGnWl2VolLWej80) /volume1/docker/rusthbbs:/root für hbbs und für hbbr. Vielen Dank für diese ausgezeichneten Videos (ich spreche kein Deutsch, aber es ist trotzdem verständlich). Der obige Text ist eine automatische Übersetzung."

[@blasiusx]

@@frederichuet5022 In meinen Augen ist das die richtige Vorgehensweise bei der Einrichtung.

[@MüllerPeter-h2j]

Ich finde das Video zum Installieren des Dockers nicht. Könnt Ihr mir bitte helfen?

[@dirk1546]

Danke für die Gute Anleitung. Ich habe aber folgendes Problem, wenn mein iMac im Ruhezustand ist bekommt Rustdesk den iMac nicht geweckt. Gibt es dafür eine Lösung? DANKE

[@it-net-monka]

Gibt man bei Zeile 30 wie in Ihrem Video zu sehen -k _ ein so ist die Fernwartung über die Synology nur im eigenen Netzwerk möglich jedoch nicht Extern. läst man es in Zeile 30 weg läuft alles wie es soll. Auch brauchen andere nicht den Key um für mich erreichbar zu sein können aber selbst keine RDP Aufbauen. Habe dazu viele Rückmeldungen gehabt wo es nicht möglich war nach dieser Anleitung Externe Fernwartungen (RDP) zu machen. Dies nur als Hinweis. Aber sonst super Video.

[@blasiusx]

Bei mir funktionierte es so (fast) wie hier konfiguriert, auch extern. Das einzige, was man selber machen muss, ist die beiden Schlüsseldateien id_edxxxxx und ie_edxxxxxpub aus dem Diskstation Ordner docker/rustdekhbbs in den docker/rustdeskhbbr Ordner zu kopieren und ersetzen. Und den Schlüssel auslesen wie beschrieben und in ALLEN Clients eintragen. Bei der Einrichtung wurden hier bei mir nämlich unterschiedliche Schlüssel angelegt in den beiden Ordnern, mit den Parametern -k _ im Skript für den Stack. Deswegen gab es dann Verbindungsprobleme. Dann startet man den Stack im Portainer neu, und es sollte wieder funktionieren. Auch extern, wenn man hier auch vorher eine DDNS anstatt eine lokale IP bei Public Key eingetragen hat. Ansonsten muss man den Stack editieren und das ändern.

[@wessix]

Hallo Jürgen, hatte das ganze nun ein Jahr lang am am laufen, habe heute mal wieder im Container Manager stand bei Version latest - update verfügbar, habe da in geistiger Umnachtung draufgedrückt. Nun Verbinden meine Clients nicht mehr, habe schon alles soweit mal neugestartet. Hättest Du mir einen schnellen Tip woran es liegen könnte, sonst muss ich im Zweifel alles neu aufsetzen, würde ich mir gerne ersparen.... Danke schonmal!

[@wessix]

Ok, kann mir die Frage selbst beantworten, komischerweise musste ich nach dem Updatie die Firewall Freigabe für hbbr und hbbs neu setzen, warum das nach einem update des Images nötig ist erschliesst sich mir nicht ganz ....

[@wessix]

Nochmal eine Frage/Ergänzung über die ich obwohl ich das Programm fast täglich benutzt habe vielleicht auch gestolpert bin. Wenn man eine eigene Server ID/ip definiert hat muss man schon noch auf Verbindungsserver starten an den Clients drücken. Ich war mit da nicht mehr ganz sicher ob da nicht doch zu einem öffentlichen Server eine Verbindung aufgebaut wird, was in meinem Anwendungsfall nicht angezeigt wäre... Ich nutze es nur im LAN bzw über VPN. Vielleicht könntest Du das bestätigen? Stolpert ja vll. Noch jemand drüber und so ganz einfach gegoogelt bekommt man das nicht. danke für deine Arbeit

[@christians6420]

Servus, hab ich jetzt ein de ja vue ? Hab jetzt nur den Start angesehen, aber das Video kenn ich doch schon, oder ? ✌️wie lange hast Du eigentlich Urlaub ? LG aus Kärnten

[@knotingo]

Dachte ich mir auch grade. 🤔

[@christians6420]

@@knotingo das mit dem Urlaub, oder ? 😂😂😂

[@Navigio1]

Nee, das RustDesk Video war plötzlich verschwunden als ich mein "echtes" neues hochgeladen hab 😱 Um 19 Uhr kommt das neue Video raus 🤩 Urlaub - hmmm ist ja "Workation", denn Geld verdienen muss ich leider. Wir werden Anfang Oktober wieder Richtung Norden aufbrechen.

[@berndmollenhauer235]

Bei mir kann man sich RD von der Webseite herunterladen.Meine Frage : Kann ich den Verbindungsserver bzw.ID-Server vorbelegen ?

[@Navigio1]

Ja, das ist hier beschrieben: rustdesk.com/docs/en/self-host/install/#put-config-in-rustdeskexe-file-name-windows-only Das geht aber nur bei Windows Clients.

[@berndmollenhauer235]

@@Navigio1 super Vielen Dank😄😄

[@berndmollenhauer235]

Mit den Sonderzeichen ist wirklich ein Problem ich habe bis jetzt immer am Ende ein"="

[@Navigio1]

​@@berndmollenhauer235Ich glaube, das "=" ist immer Teil dieses Zertifikattyps. Stört das wirklich im Dateinamen?

[@knotingo]

Es scheint wohl noch einen Stolperstein zu geben außer dem TCP-UDP-Thema. Ich hab alles so eingerichtet, wie du es gezeigt hattest und bekomme trotzdem keine Verbindung, die Anzeige „Verbindung mit dem RustDesk-Netzwerk…“ will einfach nicht verschwinden. ich könnt fast wetten, dass es am NGINX Proxy Manager liegt, da dessen Statusseite erscheint, wenn ich meinen FQDN eingebe. Bin da aber aktuell noch nicht weitergekommen.

[@Navigio1]

Entweder liegt es an den Port Freigaben auf der FW oder am Proxy. Wahrscheinlich hast Du einen Tippfehler in der lokalen IP Adresse.

[@knotingo]

@@Navigio1 irgendwo hier dazwischen muss der Grund liegen. Geb ich nämlich statt dem FQDN die IP-Adresse der Synology direkt ein, funktioniert es. Aber weder über den FQDN noch der DynDNS-Adresse will es funktionieren. In der OPNsense ist aber auch alles so eingestellt wie du es im Video gezeigt hattest. Hatte anfangs tatsächlich mit Aliasen gearbeitet, aber das hab ich dann auch nochmal nachträglich geändert und die Container gestoppt, gelöscht und neu deployed. Hat alles nichts gebracht. Im NGINX Proxy Manager die Ports eingetragen und auch alle Ports zur Synology durchreichen lassen (im Punkt "Streaming"). Wobei das ja eigentlich unnötig ist, ich geb ja direkt die IP der Diskstation an, nicht die des Proxy Managers (macvlan).

[@Navigio1]

​@@knotingo Extern scheint alles OK zu sein. Der Reverse Proxy scheint irgendwie eine falsche IP Adresse zu ziehen. Schau alles genau an, auch den Hostnamen, auf den NGINX reagieren soll.