Remote-Software für Computersteuerung

Neu WorksLink Access · Sicherer Fernzugriff

Sicherer Zugriff auf entfernte Geräte und private Dienste

Erreichen Sie Server, Datenbanken, interne Anwendungen und Industriegeräte mit einheitlichen Zugriffsregeln, ohne öffentliche IP oder Portweiterleitung.

Loslegen Download →
  • Rechte pro Dienst
  • Verschlüsselt, direkt bevorzugt
  • Zentrale Verwaltung
WorksLink-Konsole Token · Regeln · Kurzzeittickets Nur ausgehend Nur ausgehend Zugriffsclient Techniker-PC / Sprungserver ssh VS Code DBeaver → 127.0.0.1 Verschlüsselt · direkt zuerst Relay bei fehlender Direktverbindung Standortnetz Zugriffsgateway Server vor Ort / Industrie-PC ssh 127.0.0.1:22 mysql 10.0.1.20:3306 modbus 10.0.8.30:502 :445 Nicht erlaubt

Netze verbinden, ohne sie umzubauen

Statt Ports für jede Maschine zu öffnen oder per VPN ein ganzes Subnetz freizugeben, stellt WorksLink Access nur benannte Dienste für autorisierte Personen und Programme bereit.

Keine eingehenden Internetports

Gateway und Client bauen nur ausgehende Verbindungen auf. Die Zieldienste benötigen weder öffentliche IP noch Portweiterleitung am Router.

Rechte pro Gerät und Dienst

Zugriff gibt es nur auf freigegebene Gateway-Dienste, die eine Regel für den Client erlaubt. Alles andere wird abgewiesen; das Subnetz bleibt geschlossen.

Vertraute Werkzeuge behalten

SSH, SFTP, Datenbankclients, VS Code Remote-SSH und der Remotedesktopclient des Systems funktionieren wie gewohnt.

Verteilte Standorte zentral verwalten

Konfigurieren Sie Dienste, Regeln und Widerrufe in der Konsole und sehen Sie, wer welchen Dienst auf welchem Gateway erreicht.

Funktionsweise

Die Konsole entscheidet über Rechte; Daten bleiben zwischen den Endpunkten verschlüsselt

Zugriffsgateway
Läuft auf Servern, Industrie-PCs oder Edge-Geräten und stellt Dienste auf dem Gerät oder im selben LAN bereit, etwa 127.0.0.1:22 oder 10.0.1.20:3306.
Zugriffsclient
Läuft auf dem Techniker-PC oder Sprungserver. Er ordnet autorisierte Dienste lokalen Ports zu oder öffnet SSH-, SFTP- oder Remotedesktopsitzungen.
Konsole
Erstellt Registrierungstoken, verwaltet Freigabelisten und Regeln und signiert ein Kurzzeitticket pro Verbindung. Nach einem Widerruf gilt die neue Richtlinie sofort für neue Anfragen.
Verbindungsweg
Wenn möglich direkt zwischen Endpunkten, andernfalls automatisch über ein Relay, weiterhin verschlüsselt. Die Geschwindigkeit hängt von Netzwerken und Verbindungsweg ab.

Einsatzbereiche

Von Anlagen vor Ort über Entwicklungsressourcen bis zur Automatisierung

Verteilte Geräte betreiben

Gerätedienste aller Standorte aus der Zentrale erreichen

Installieren Sie ein Gateway vor Ort und geben Sie nur benötigte Dienste frei. Techniker nutzen ihre Werkzeuge, sparen Reisen und müssen nicht jedes Kundennetz neu konfigurieren.

  • Ein Gateway erreicht weitere Geräte im selben LAN
  • Freigabe pro Port: Remotedesktop, SSH, Datenbanken, Modbus und weitere TCP-/UDP-Dienste
  • Rechte bei Personalwechsel zentral widerrufen
Gateway-Details: lokales SSH, MySQL im LAN und durch Regeln zugelassene Clients.
Gateway-Details: lokales SSH, MySQL im LAN und durch Regeln zugelassene Clients.

Entwicklungsressourcen sicher nutzen

Vertraute Entwicklungswerkzeuge für private Ressourcen

Entwicklungsrechner, GPU-Server und Datenbanken liegen intern. Mit SSH ProxyCommand bleiben SSH-Werkzeuge nutzbar, ohne einen Port auf dem Notebook zu öffnen.

  • VS Code Remote-SSH und JetBrains Gateway direkt nutzen
  • Datenbankclients verwenden beim nächsten Mal denselben lokalen Port
  • Werkzeuge und Versionen in Ihrer Umgebung prüfen
~/.ssh/config
# ~/.ssh/config
Host gpu-01
User dev
ProxyCommand workslink proxy K7QX-3MPA-RZ2D-HV4N ssh
 
$ ssh gpu-01
dev@gpu-01:~$
Ein Block in ~/.ssh/config genügt; ssh, scp, rsync und IDE verbinden sich per Hostname.

Zugriff für Automatisierung

Automatisierte Aufgaben erreichen entfernte Knoten

CI/CD-Runner oder Skripte rufen workslink exec auf, führen Befehle remote aus und erhalten Ausgabe und Exitcode zurück. Das Ziel muss SSH nicht freigeben.

  • cmd / PowerShell unter Windows; System-Shell unter Linux und macOS
  • Zeitlimit, Arbeitsverzeichnis und asynchrone Ausführung
  • Befehlsausführung erfordert eine Bestätigung in der Konsole; Details bleiben auf dem Gateway
ci / deploy.sh
$ workslink exec K7QX-3MPA-RZ2D-HV4N --timeout 2m -- df -h /data
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 1.8T 1.2T 540G 70% /data
$ echo $?
0
Live-Ausgabe und unveränderter Exitcode für die Pipeline.

Verwaltung und Kontrolle

Zugriffe in einer Konsole sehen und widerrufen

WorksLink Access verwendet Ihr WorksLink-Organisationskonto und bestehende Mitgliederrechte, ohne eigenes Identitätssystem.

Gateways: Status, Tags und freigegebene Dienste.
Gateways: Status, Tags und freigegebene Dienste.
Vorschau der durch eine Regel erlaubten Clients und Gateways.
Vorschau der durch eine Regel erlaubten Clients und Gateways.

Dienstfreigaben

Dienste in der Konsole hinzufügen oder entfernen, ohne Anmeldung vor Ort. Befehlsausführung muss ausdrücklich bestätigt werden.

Regeln mit Vorschau

Per Tags Clients → Gateways → Dienste festlegen. Die Vorschau zeigt vor dem Speichern, welche Zugriffe erlaubt werden.

Widerruf

Verlorene Geräte und ausgeschiedene Mitarbeiter sperren. Neue Anfragen folgen sofort der neuen Richtlinie; Online-Geräte synchronisieren meist in Sekunden, spätestens nach etwa zwei Minuten.

Aktivität

Sitzungen anzeigen und trennen. Registrierung, Autorisierung und Regeländerungen werden zentral protokolliert; Befehlsdetails verbleiben auf dem Gateway.

Aktivität: laufende Sitzungen und Ereignisprotokoll.
Aktivität: laufende Sitzungen und Ereignisprotokoll.

Werkzeuge und Plattformen

Arbeiten Sie mit Ihren vorhandenen Werkzeugen weiter

Übliche Verbindungsarten

  • SSH
  • SFTP / scp / rsync
  • VS Code Remote-SSH
  • JetBrains Gateway
  • Datenbankclients
  • Interne Webanwendungen
  • Windows-Remotedesktop
  • Eigene TCP-/UDP-Ports

Unterstützte Plattformen

Windows Linux macOS
Zugriffsgateway 10 / 11, Server 2016+ x86_64, ARM64 —
Zugriffsclient 10 / 11 x86_64, ARM64 12+, Apple Silicon / Intel

Das Windows-Gateway enthält einen offline installierbaren OpenSSH Server und schließt bei der Installation die eingehende Regel für Port 22. Linux nutzt eine statische Binärdatei ohne Laufzeitabhängigkeiten.

WorksLink Remote Desktop oder WorksLink Access?

WorksLink-Remotedesktop

Für Bildschirmanzeige, Softwarebedienung oder Unterstützung von Personen vor Ort.

Zum Remotedesktop →

WorksLink Access

Für Server, Datenbanken, interne Systeme oder Befehle aus automatisierten Programmen.

Beide werden in derselben WorksLink-Konsole verwaltet.

Mit einem Gateway beginnen

Aktivieren Sie WorksLink Access unter Secure Remote Access, fügen Sie Gateway und Dienst hinzu und autorisieren Sie einen Rechner für die erste Verbindung.