SubnetDesk Dokumentation

Für Geräte, die sich bereits gegenseitig erreichen können

SubnetDesk ist eine unabhängig gepflegte RustDesk-Gabel für LANs, private Links, Home Labs und VPN-verbundene Netzwerke. Es braucht keine öffentliche Geräte-ID, Rendezvous-Server oder Internet-Relais: Sie wählen das Ziel Hostname, IP-Adresse und Port.

Verwenden Sie es, um einen Büroarbeitsplatz zu betreiben, einen Home-Lab-Computer zu unterhalten oder Unterstützung über ein bestehendes VPN zu bieten. Es erstellt keine VPN oder macht unerreichbare Geräte automatisch erreichbar.

Automatische mDNS Entdeckung

Finden Sie Geräte in der Nähe auf dem LAN, dann verwenden Sie aktuelle Geräte, Favoriten und lokale Aliase, um zu häufig verwendeten Computern zurückzukehren. Stabile Identität unterscheidet Maschinen; ein bekannter Displayname allein ist kein Vertrauensbeweis.

Geroutete Netzwerke, Gast Wi-Fi und VPNs dürfen mDNS nicht tragen. Ein Gerät, das aus der Entdeckung fehlt, kann noch über Hostname oder IP erreichbar sein.

Direkter Hostname und IP-Verbindungen

Verbinden Sie mit einem Hostnamen oder IP plus Port. Verwendung von nativen Verbindungen TCP 21118 Standardmäßig; LAN-Einstellungen können es ändern.

Konfigurieren Sie einen Benutzernamen und ein Passwort auf dem empfangenden Computer, aktivieren Sie den entsprechenden Dienst und ermöglichen Sie das Quellnetzwerk des Controllers. VPN-Routing ist Ihre Verantwortung, und die Firewall, Routen und CIDR-Zulassungsliste müssen mit der eigentlichen Verbindung übereinstimmen.

Öffnen Sie nur die notwendigen Ports für vertrauenswürdige Quellnetzwerke. Deaktivieren Sie die gesamte Firewall nicht für die Fehlersuche oder stellen Sie ein LAN-orientiertes Tool einem nicht vertrauenswürdigen öffentlichen Netzwerk aus.

Remote-Desktop, Displays und Eingang

Ansicht und Bedienung des Remote-Desktops mit der Maus und Tastatur. Die native Sitzungs-Symbolleiste bietet Anzeigeauswahl, Skalierung und qualitätsbezogene Kontrollen. Mehrere Displays, Codecs und Hardwarebeschleunigung hängen von beiden Endpunkten ab.

Der Host kann Eingabe- und Sitzungsfunktionen einschränken. Verwenden Sie nur View-only-Zugriff, wenn die Beobachtung ausreicht; eine Änderung einer Viewer-Einstellung gewährt keine unbefugten Eingaben.

macOS benötigt die entsprechenden Screen-Recording- und Accessibility-Zulassungen. Erhöhte Windows-Anwendungen, gesperrte Desktops und Hintergrund-Service-Szenarien hängen auch vom Installationsmodus und den OS-Rechten ab.

Dateiübertragung, Zwischenablage und Audio

Dateien zwischen Endpunkten übertragen

Der native Client bietet Dateiübertragung für das Senden von Dokumenten, Abrufen von Ergebnissen oder die Verwaltung von Dateien während der Unterstützung. Der Lese- und Schreibzugriff hängt immer noch von Sitzungsberechtigungen, dem ausgewählten Verzeichnis und dem Zugriff auf das Betriebssystem ab. Ein angeschlossener Desktop ist keine uneingeschränkte Dateisystemautorisierung.

Durch die Zwischenablage zusammenarbeiten

Relay Zwischenablage Inhalt nach Host- und Sitzungseinstellungen, um Retyping Adressen und Text zu vermeiden. Zwischenablagedaten können sensibel sein: Schalten Sie das Feature aus, wenn es unnötig ist, und unterscheiden Sie es von Dateiübertragung und der nur Text-Zwischenablage des Browsers.

Ferne Audio hören

Native Clients können Host-Audio auf unterstützten Plattformen mit den erforderlichen Berechtigungen tragen. Audiogeräte, Systemversionen und Sitzungseinstellungen beeinflussen die Verfügbarkeit; identisches Verhalten auf jedem Gerät, Hintergrundzustand oder Browsersitzung wird nicht versprochen.

Optionaler Browser-Fernzugriff

SubnetDesk enthält bereits Browser-Zugriff; es ist nicht auf native Clients beschränkt. Der Desktop muss explizit den Web-Zugriff aktivieren und Listenadressen, erlaubte Netzwerke und Hostnamen konfigurieren. Der Browser verbindet sich mit Ihrem eigenen Host, nicht mit einem Remote-Desktop-Dienst der öffentlichen Cloud.

• Nur mit Blick: Blick auf den Bildschirm.
• Kontrolle: sehen und bedienen Sie es mit Tastatur, Zeiger oder Texteintrag.
• Zusammenarbeit: Hinzufügen von Text Zwischenablage Zusammenarbeit, vorbehaltlich Browser-Zulassung.

Das Gateway ist nur HTTPS. Konfigurieren und vertrauen Sie dem generierten lokalen Zertifikat durch einen vertrauenswürdigen Prozess oder liefern Sie ein Zertifikat, das dem Hostnamen entspricht. Überlegen Sie nicht blind eine unbekannte Zertifikatswarnung. Ein funktionierender WebCodecs-Decoder ist ebenfalls erforderlich.

Browser-Sitzungen derzeit keine Dateiübertragung, Audio, remote Neustart, Aufzeichnung, Blockierung der lokalen Eingabe oder Datenschutzmodus aussetzen. Das Zugriffspasswort wird für die aktuelle Verbindung verwendet und nicht im Browserspeicher abgelegt. Browserzugriff kann helfen, wenn die Installation eines Steuerclients unpraktisch ist; vollständige Datei- und Verwaltungsaufgaben bleiben den nativen Clients vorbehalten.

Identitäts- und Zugangsgrenzen

• Benutzername und Passwort: explizit auf dem empfangenden Host konfiguriert; Passwörter werden als Argon2id Hashes gespeichert.
• Geräte-Fingerabdruck: überprüfen Sie über einen separaten vertrauenswürdigen Kanal bei der ersten Verbindung, dann behalten Sie die Identität. Untersuchen Sie Änderungen, einschließlich Neuinstallationen oder Ersatzgeräte, anstatt blind zu akzeptieren.
• CIDR-Zulassungsliste: Eingehende Quellnetzwerke, einschließlich der eigentlichen VPN-Quelladressen, beschränken.
• Berechtigungen: Betrachtung, Kontrolle, Dateien und andere Operationen unterliegen weiterhin Host- und Session-Richtlinien.

Direkte Konnektivität reduziert die Abhängigkeiten von öffentlichen Diensten; es entfernt nicht die Authentifizierung oder macht jeden offenen Port sicher.

In drei Schritten loslegen

1. Bereiten Sie den Gastgeber vor: Installieren und Öffnen von SubnetDesk, Konfigurieren von LAN-Anmeldeinformationen, Discovery und dem Listening-Port, gewähren Sie dann notwendige Bildschirm- und Eingabeberechtigungen.
2. Das Ziel finden: sicherzustellen, dass Routen und TCP 21118 – oder Ihr konfigurierter Port – erreichbar sind. Wählen Sie ein entdecktes Gerät oder geben Sie den Hostname/IP und den Port ein.
3. Überprüfen und verbinden: bestätigen Sie den Fingerabdruck, authentifizieren Sie mit den konfigurierten Anmeldeinformationen, wählen Sie dann eine Desktop- oder Dateiaufgabe.

Der Browser-Zugriff benötigt zusätzlich einen eigenen aktivierten Webservice, ein vertrauenswürdiges HTTPS-Zertifikat und ein Berechtigungsprofil. Der native Verbindungsport ist nicht automatisch eine Website-Adresse.

Plattformen und Installation

Die Veröffentlichungen bieten Downloads für Windows, macOS, Linux und Android. Siehe Installateure und Freigabeinformationen für Architekturen und Formate. Es gibt derzeit kein offizielles iOS Installer; Browserfähigkeit impliziert keinen freigegebenen nativen iOS Client.

• Windows: installierte und portable Builds können sich in Background-Service und Privilegien-Verhalten unterscheiden.
• macOS: Kontrollieren Sie zuerst die Bildschirmaufzeichnung und die Zugänglichkeit.
• Linux: Wayland-Erfassung und -Eingabe hängen vom Compositor ab und können nach dem Login eine interaktive Erlaubnis benötigen. Unbeaufsichtigter Zugriff auf einen Wayland-Login-Bildschirm ist nicht garantiert. Adressieren Sie tatsächliche SELinux Denials mit einer engen Politik anstatt weltweit deaktivieren Schutz.
• Android: Ein anderes Gerät zu steuern und den Android-Bildschirm zu teilen, sind unterschiedliche Rollen. Erfassung, Zugänglichkeit Input, Dateien und Audio hängen von Systemberechtigungen und Version ab.

Aktualisierungen und Netzwerkanfragen

Windows und macOS Desktop-Builds implementieren signierte Updates: Verfügbarkeit prüfen, Release Notes lesen, automatische Downloads auswählen und nach Überprüfung installieren. Die Überprüfung der Aktualisierung ist standardmäßig aktiviert und das automatische Herunterladen ist standardmäßig deaktiviert. Die vollständige In-App-Lieferung erfordert einen Build, der mit vertrauenswürdigen Signierinformationen konfiguriert ist.

Checks und Downloads kontaktieren Sie standardmäßig die konfigurierte Update-Quelle GitHub. Keine öffentliche Relaisabhängigkeit bedeutet nicht, dass es keine Netzwerkanfragen gibt. Deaktivieren Sie in isolierten Netzwerken automatische Überprüfungen und verwenden Sie Ihren eigenen manuellen Software-Distributionsprozess. Linux und Android folgen ihren Paket- und Installationskanälen.

Gemeinsame Fragen

Wenn es nicht passt

• Geräte haben kein erreichbares Netzwerk und es wird kein VPN konfiguriert.
• Der Workflow hängt von öffentlichen Geräte-IDs, Rendezvous oder Internet-Relais ab.
• Ein freigegebener nativer iOS-Client ist unerlässlich, oder der Browser muss jede native Administrationsfunktion anbieten.

Quelle und Lizenz

Die Öffentlichkeit GitHub-Repository verwendet AGPL-3.0; konsultieren Sie den Lizenztext für die Bedingungen. Weiter mit der Anleitung für den Browser, Linux-Hostnotizen oder amtliche Veröffentlichung.

Zurück zur Produktübersicht für repräsentative Schnittstellen und Downloads.