Rustdesk 

Speziell in diesem Bereich gibt es oft missverständliche Beschreibungen, oder sogar mehrere Bedeutungen für 1 Wort (z.B. Client).

Deshalb die Begriffe kurz erwähnt, die wir hier auf der Webseite und unserem Linux-/OpenSource-Forum verwenden:

1. Der fernwartende PC: Helfer/Supporter oder Support-PC  [Client-1]
    
2. Der PC, der ferngewartet wird: Remote-PC   [Client-2]
    

Den Begriff "Client" nutzt Rustdesk u.a. auch in div. Anleitungen für den fernwartenden PC, aber im allgemeinen Sprachgebrauch ist der Client eigentlich die Software. Jede Fernwartungs-Software hat ihre eigenen Software-Clients. (Rustdesk, Anydesk, Windows-Teamviewer, u.a.)
Andere nennen diese Software-Tool einfach nur App. Ist es software-spezifisch eine App? Nicht wirklich - aber im allgemeinen Sprachgebrauch schon. Belassen wir es mal so, wie es ist.

Wir nennen hier die installierte Rustdesk-Software zur Fernwartung: Client(Korrekt wäre eigentlich "Remote Control Client"). 
Genauso wie ein E-Mail-Programm eigentlich E-Mail-Client genannt wird, oder in Matrix die Chat-Software tatsächlich präzise stringent Clients. 

Und hier die Antwort auf eine Frage, die bereits gestellt wurde: Kann ein PC mit Anydesk-Client auch per Rustdesk-Client ferngewartet  und genutzt werden?
Nein.

Der ID-Server speichert temporär zur Rustdesk-ID die dazugehörige IP-Adresse des jeweiligen Computers. Das geschieht, wenn der Rustdesk-Client gestartet wird (bzw. der Vermittlungsdienst läuft). Siehe Fußleiste grüner Punkt und "Bereit". 

Wenn der o.e. "Remote-PC" sich mit eurem PC verbinden will (ID z.B. "240 589 817"), wird der ID-Server kontaktiert.

Rustdesk verbindet die 2 PCs dann automatisch DIREKT miteinander => P2P (peer to peer). Die 2 PCs tauschen Daten direkt untereinander aus, und nicht mehr über den Server des RC-Hip.

Der Rustdesk-ID-Server ist in erster Linie also nur der Vermittler, der über die IDs dann 2 PCs direkt verbindet (per IP). Nur wenn diese P2P-Verbindung nicht möglich sein sollte, übernimmt derselbe Server dann die Rolle eines Relay-Servers (als Fallback).
 

Ein Relay-Server ist nur ein Fallback als Alternative, falls keine P2P-Direktverbindung der 2 PCs aufgebaut werden kann.
Dann laufen sämtliche Aktionen und Daten nicht direkt zwischen den 2 PCs sondern über den RC-Hip-Server in Nürnberg: Aber keine Angst ;-) alle Daten sind verschlüsselt, und können auch nur auf den 2 Endgeräten (also eure PCs) entschlüsselt werden. Niemand könnte mitlesen. Die Sitzungs-Daten der 2 PCs werden nur weitergeleitet und nicht gespeichert - mehr macht der Relay-Server nicht.

Der Nachteil (theoretisch) an einem Relay-Server ist, dass er langsamer als bei P2P wirken könnte, z.B.: Mausbewegungen abgehackt, Fensterfokus zieht langsamer nach, Dateiübertragungen dauern lägern, Screencasts sind schlecht möglich, usw. ...

Sowas ist bei öffentlichen Rustdesk-Servern öfters der Fall, wenn zu viele Relay-Sitzungen gleichzeitig parallel abgehalten werden.
'Theoretisch', weil der RC-Hip-Server NICHT öffentlich ist und sich die parallelen Relay-Verbindungen damit in Grenzen halten. Zudem ist der RC-Hip-Server relativ schnell, sodass der Latenz-Unterschied selbst bei mehreren paralleln Relay-Sitzungen gleichzeitig kaum spürbar sein dürfte. 

Der Helfer kann von seinem PC zuhause aus über das Internet den anderen PC z.B. mit seiner Maus und Tastatur fernbedienen.
Damit kann der Helfer den Hilfesuchenden direkt an deren eigenen Geräten vorzeigen, wie etwas gemacht wird - aber auch gleich selber umsetzen. 

Beiden sehen dieselbe Bildschirmausgabe. Wenn der Hilfesuchende eine Frage hat, kann der Helfer dies praktisch (per Mausklicks) am eigenen Bildschirm zuhause mit seiner Maus vorzeigen: "Wo muss ich draufklicken, um da hin zu kommen, wo ich hin möchte?", "Wie setze ich was um?", "Wo finde ich das, was ich suche?", u.v.a.

Nutzungszweck für Linux-Einsteiger wäre also persönlich (1) Einschulung, Einzel-Kurs, ...
Nutzungszweck (2) Fehlersuche & Problemlösung:

Wenn erste Probleme & Fragen auftreten, ist es am zeitsparendsten, sich kurzfristig per Remote-Control/Fernwartung zu verbinden. Damit kann sich der Helfer selbst ein Bild machen, und das Problem ev. schon mit wenigen Mausklicks lösen.
Das ist eigentlich auch der Hauptzweck einer Ferwartungs-Software: Eine Schnellhilfe bei Problemen, indem von der Ferne aus Fehler direkt behoben werden.

Bei Rustdesk ist dies sogar per Audio- und Chat-Funktion möglich, sodass sich die 2 Personen auch bequem über den Client unterhalten können. Das einstige parallele Telefonieren gehört damit also der Vergangenheit an.

Der Hilfesuchende (am Remote-PC) hat dabei die 100%-Kontrolle, was der Helfer machen darf und was nicht. Zudem können beide Personen die P2P-Verbindung jederzeit abbrechen. Der Helfer hat dann auch keinen Zugiff mehr auf den Remote-PC.

Normalerweise verbinden sich die 2 Geräte per P2P (Peer to Peer), also ohne Zwischenstation von einem Gerät direkt zum anderen.
Bei dieser P2P-Direktverbindung ist kein weiterer Server beteiligt, und deshalb werden auch keine Daten auf Drittservern verbarbeitet, gespeichert, oder sonst was...

Erst wenn keine P2P-Verbindung zwischen den beiden PCs hergestellt werden kann, wird im 2. Versuch eine Verbindung über den Relay-Server aufgebaut. Erst dann laufen die Daten über den Relay-Server, also über den RC-Hip-Server.

Der RC-Hip-Server dient dabei nur als Vermittler-Relaisstation:

1. Die Daten werden im RustDesk-Client #1 verschlüsselt und erst dann verschlüsselt an den RC-Hip-Relayserver gesendet.
2. Der RC-Hip-Server leitet die verschlüsselten Daten nur an RustDesk-Client #2 weiter, OHNE dabei etwas zu speichern.
3. Erst im Client #2 können die übertragenen Daten entschlüsselt und genutzt werden.   

... und in umgekehrter Richtung genauso.

Genau deshalb ist es so wichtig, einen (1.) datenschutzsicheren OpenSource Remote-Client (RustDesk) sowie einen (2.) vertrauenswürdigen Relay-Server zu nutzen.

Denn bei proprietärer Software sowie einem ubekannten Relay-Server kann NICHT gewährleistet werden, was im Hintergrund mit den übertragenen Daten so alles passiert.
Speziell bei einer Fernwartung werden Bilder des eigenen Desktops übertragen - mitunter mit sensiblen persönlichen Daten (Passwörtern & Co.). Dann sollte auch gewährleistet sein, dass diese Daten nicht auf einem zwielichtigen Relay-Server "blöderweise irgendwie hängenbleiben", und ganz zufälligerweise sogar noch mit dem Verschlüsselungs-Key ;-) 

Wir vom RC-Hip garantieren hiermit auch, dass keine Daten aus der RustDesk-Nutzung gespeichert speichern.