RELAYNE · NATIVE WINDOWS-ARBEITSUMGEBUNG

Fernzugriff. Geprüfte Wiederherstellung. Gemeinsames Betriebswissen.

Vom ersten Blick auf einen Rechner bis zum nachvollziehbaren Reparaturnachweis: Relayne verbindet Remote-Sitzungen, Diagnose, geprüfte Aufträge und das Wissen Ihres Teams in einer Arbeitsumgebung.

Für IT-Administration, Managed Service Provider und Supportteams.

In Entwicklung · Pilotumgebung gemeinsam prüfen

Mehr als eine Verbindung zum Bildschirm.

Remote-Zugriff ist der Anfang. Der Mehrwert entsteht, wenn Diagnose, Änderungen und das nächste Supportticket auf überprüfbarem Wissen aufbauen.

Remote-Arbeit in einem Arbeitsbereich

RDP, SSH und Mac-Fernsteuerung über VNC zusammenführen. Profile, Sitzungen, Remote-Aufträge und Dateiübertragung im Kontext des jeweiligen Rechners verwalten.

Recovery mit Generalprobe

Windows-Dienstreparaturen zuerst in einem passenden Klon erproben. Klon und Produktion vergleichen, HTTP-Funktion prüfen und den konkreten Produktionslauf separat freigeben.

Lebende Wiederherstellungspläne

Prüfintervalle und Generalprobenfristen im Blick behalten. Lesende Vergleiche können Änderungen erkennen und frühere Nachweise entwerten; automatische Vergleiche brauchen Sitzungszustimmung.

Anwendungserfolg ausdrücklich prüfen

Freigegebene Beschreibungen in prüfbare HTTP-Kriterien übersetzen. Status, Text, Login-Sequenzen und JSON prüfen, statt einen gestarteten Dienst allein als Reparaturerfolg zu werten.

Diagnose mit nachvollziehbaren Belegen

Ursachenhypothesen vergleichen, Widersprüche und fehlende Informationen sichtbar halten. Runbooks, Zeitlinien und bereinigte Ergebnisberichte machen Übergaben nachvollziehbar.

Betriebswissen gemeinsam nutzen

Prozeduren vormachen und als prüfbare Workflows vorbereiten. Maskierte Bilder und Annotationen teilen; Teamsteuerung bleibt an Rollen und ausdrückliche Freigaben gebunden.

Reparaturpakete kontrolliert übernehmen

Signierte Pakete mit Herausgeberschlüsseln, Vertrauensspeicher und Widerruf prüfen. Ein Import bleibt ein überprüfbarer Entwurf, bevor ein Auftrag ausdrücklich gestartet wird.

Remote-Infrastruktur gezielt anbinden

RemoteApp, Gateway und Unternehmensanmeldung ergänzen den Arbeitsbereich. Die jeweilige Windows-Komponente, Anbieter-Konfiguration und Zielumgebung entscheiden über den Einsatz.

Von der Störung zum geprüften Ergebnis.

  1. 01

    Verstehen

    Fall, Ziel und beobachtete Störung erfassen. Diagnosebelege sammeln und Reparaturvorschläge prüfen.

  2. 02

    Erproben

    Passenden Klon zuordnen, Ausgangszustand vergleichen und konkrete Funktionstests durchführen.

  3. 03

    Freigeben

    Den aktuellen Produktionszustand vorprüfen. Die Änderung für diesen Plan und dieses Ziel ausdrücklich freigeben.

  4. 04

    Nachweisen

    Änderung und Anwendungsergebnis belegen. Bereinigten Bericht, Runbook und geprüftes Wissen für weitere Fälle nutzen.

Kontrolle bleibt Teil des Arbeitsablaufs.

Ein KI-Vorschlag startet keine Verbindung. Ein erfolgreicher Klontest ersetzt keine Produktionsfreigabe. Fehlende, veraltete oder widersprüchliche Belege bleiben sichtbar und zählen nicht als bestätigte Reparatur.

Native Relayne-Entwicklungsoberfläche mit vergleichender Diagnose und lokalen Simulationen
Entwicklungsansicht der vergleichenden Diagnose mit lokalen Simulationen. Kein Nachweis einer Live-Störungsbehebung. Für die volle Größe anklicken.

Die Beispielansicht verstehen

Was ist zu sehen?
Der Arbeitsplatz „Planen, prüfen & lernen“ vergleicht sieben feste lokale Szenarien, darunter einen gestoppten Dienst sowie DNS- und TLS-Fehler.
Was können Sie nachvollziehen?
Einzelne Szenarien aufklappen, ihre Prüfungen betrachten, Erwartungen vergleichen und den Simulationsvergleich als JSON kopieren.
Wie sind Ergebnisse einzuordnen?
Ein passendes Simulationsergebnis beschreibt dieses Testmodell. Es belegt weder die Ursache einer realen Störung noch eine erfolgreiche Wiederherstellung.

Beispiel: Eine Anwendung ist nicht erreichbar

Das lokale Beispiel auswählen, die simulierten DNS-Prüfungen ansehen und mit den Szenarien „Dienst gestoppt“ und „TLS-Fehler“ vergleichen. Anhand der Unterschiede besprechen, welche Nachweise eine reale Diagnose benötigen würde. Dieses Beispiel verbindet sich nicht mit einem Produktivsystem und verändert es nicht.

Produkte und Einsatzfälle vergleichen

Security Investigator: ein eigener Untersuchungsdienst

Für Sicherheitsfälle ist ein separater Dienst mit Web-Oberfläche, persistenter Fall-Queue und gemeinsamer MCP-Fall-API vorgesehen und über Relayne erreichbar. Live-Quellen und die A1-Funktion sind standardmäßig deaktiviert.

Vor dem Pilotprojekt

Ist Relayne bereits allgemein verfügbar?

Relayne befindet sich in Entwicklung. Wir besprechen einen passenden Pilotumfang und prüfen Voraussetzungen sowie Abnahme in Ihrer Umgebung. Die dokumentierte Entwicklungsauslieferung ist unsigniert.

Welche Systeme werden unterstützt?

Die Arbeitsumgebung läuft nativ unter Windows. RDP, SSH und Mac-VNC sowie zusätzliche Integrationen haben eigene Voraussetzungen. Kompatibilität mit Ihren Servern, Gateways und Identitätsanbietern muss konkret geprüft werden. Mac-VNC ist unverschlüsselt und benötigt ein vertrauenswürdiges LAN oder VPN.

Was wird bei Recovery aktuell erprobt?

Der dokumentierte Einstieg verbindet einen Windows-Dienststart mit einem ausdrücklich definierten HTTP-Funktionstest. Klonproben benötigen passende Hyper-V-/WinRM-Infrastruktur. Umfang und Wiederherstellungsmöglichkeiten sind begrenzt und werden für den Pilotfall festgelegt.

Was bedeutet „geprüft“?

Lokale Softwaretests und ein Ergebnis in der Zielumgebung sind unterschiedliche Nachweise. Eine bestätigte Reparatur braucht passende Fall-, Plan- und Zielbindungen sowie tatsächliche Änderungs- und Funktionsbelege. Infrastrukturabhängige Live-Abnahmen bleiben erforderlich.

Ein abgegrenzter Einstieg mit Ihrem Supportfall

  1. 01

    Fall festlegen

    Beschreiben Sie Zielsystem, Störung und gewünschten Anwendungstest. Benennen Sie Supportverantwortung und Freigabe.

  2. 02

    Umgebung prüfen

    Windows-Arbeitsumgebung, Zugriffsrechte und Verbindungen prüfen. Klon-Recovery benötigt passende Hyper-V- und WinRM-Infrastruktur; Mac-VNC ein vertrauenswürdiges LAN oder VPN.

  3. 03

    Abnahme abstimmen

    Verfügbaren Entwicklungsumfang, Testnachweise und ausdrückliche Produktionsfreigabe festlegen. Kompatibilität und Live-Abnahme müssen in Ihrer Umgebung geprüft werden.

Produkte und Voraussetzungen vergleichen

Welchen Betriebsfall wollen Sie besser beherrschen?

Bringen Sie einen konkreten Support- oder Wiederherstellungsfall mit. Gemeinsam klären wir Voraussetzungen, Pilotumfang und messbare Erfolgskriterien.

Pilotgespräch anfragen