RDRemoteDLL

Native Bibliotheken entfernt ausführen

Ihre DLL auf einem
anderen Rechner ausführen.

Ihre Anwendung bleibt an ihrem Platz, ihre native Bibliothek läuft beim Gerät. RemoteDLL verbindet Windows und Linux über einen expliziten API-Vertrag.

Funktionsweise↘Demo herunterladen

Native Bibliotheken aus der Ferne für Windows und Linux.

Erfahrung in Banken, Industrie und Gesundheitswesen
RemoteDLLWeg eines Aufrufs
01ANWENDUNGSRECHNER
LabClient.exe
// gleiche native Schnittstelle
LD_Open();
LD_Write(handle, data, 6);
LD_Read(handle, buffer, 64);
Adapter A LabDevice.dllNATIVER PROXY
TCP / TLS 1.2+
↓
02GERÄTERECHNER
Adapter B ABI-ADAPTER
→
▥LabDevice
Originalbibliothek + angeschlossenes Gerät
Windows / LinuxEXPLIZITER API-VERTRAGC ABI

Integrationserfahrung

Banken, Industrie und Gesundheitswesen

Bankperipherie

Erfahrung mit der Integration von Sparbuchdruckern, Bargeldrecyclern, Geldautomaten sowie Netzwerkdruckern und -scannern.

Industriemaschinen

Erfahrung mit der Integration von Maschinen mit Sicherheitsdongles und nativen Herstellerbibliotheken.

Gesundheitssysteme

Integrationserfahrung mit Kardex- und Pyxis-Systemen.

Architektur

Von der Anwendung zum Gerät

Ersetzen Sie die von der Anwendung verwendete Bibliothek durch einen passenden Adapter. Aufrufe passieren das Netzwerk; die Originalbibliothek läuft beim Gerät unter Windows oder Linux.

01

Aufruf entgegennehmen

Die Anwendung lädt Adapter A über die erwartete native Schnittstelle. Ein lokaler Broker verwaltet die Verbindung zum entfernten Host.

Anwendung → Adapter A → Broker
02

Argumente übertragen

Ein definierter Vertrag wandelt Puffer und Handles in Nachrichten um. TLS schützt die Verbindung; begrenzte Nachrichten und Zeitlimits steuern den Austausch.

Aufruf-ID · TLS · Antwort
03

Beim Gerät ausführen

Der Host-Adapter ruft die Originalbibliothek auf, überträgt Ausgabepuffer zurück und liefert das Ergebnis an die wartende Anwendung.

Host → Adapter B → Native Bibliothek

Verbindungen

Direkte Verbindung oder AWS-Relay

Direktes TCP mit TLS oder das AWS-Docker-Relay über HTTPS/WebSocket auf Port 443. Beide Rechner verbinden sich ausgehend mit dem Relay.

01AnwendungAdapter A + Broker
TLS↔
02Geräte-HostAdapter B + LabDevice

LabDevice-Demo

Mit LabDevice testen

LabDevice simuliert ein Gerät. Dieselbe Anwendung verwendet die Original-DLL oder einen Ersatz, der Aufrufe an einen entfernten Host weiterleitet.

  • Sitzungsgebundene Handles öffnen und schließen
  • Binäre Puffer lesen und schreiben
  • Status und Pufferkapazität prüfen
  • Synchrone Abschluss-Callbacks empfangen
Prototyp herunterladen↓

Windows-Binärdateien zur Evaluierung. Einrichtung und Grenzen stehen in README.

REMOTEDLL LABDEVICEBEISPIELSITZUNG
# Gleicher Client. Nur die DLL wird ersetzt.
> LabClient.exe

01  LD_Open()                  → handle
02  LD_Write(handle, data, 6)  → 6
03  LD_Read(handle, buffer, 64)→ 6
04  LD_Close(handle)           → 0

00 01 7F 80 FF 2A
Binärdaten · dieselben Bytes zurück
API-VERTRAG v1C / C++ · cdecl

Plattformen und Integration

Windows und Linux

RemoteDLL wird für Windows und Linux entwickelt. Jeder Geräte-Host verwendet die native Bibliothek seines Systems: DLL unter Windows, Shared Library (.so) unter Linux.

Ein Adapter für Ihre Schnittstelle

Der Adapter erhält die von Ihrer Anwendung erwartete Schnittstelle. Datentypen, Puffer, Handles und Callbacks werden in einem Vertrag für jede Bibliothek beschrieben.

Inhalt der Demo

LabDevice demonstriert einen Windows-x86/x64-Client mit Windows- oder Linux-Host und einem Docker-Relay unter Linux. Der aktuelle Download enthält Windows-Binärdateien zur Evaluierung.

Remote-DLL-Integration: häufige Fragen

Kann eine DLL auf einem anderen Rechner laufen?

Ein kompatibler Adapter kann Aufrufe an einen Host weiterleiten, der die Originalbibliothek lädt. Argumente, Puffer und Handles benötigen einen expliziten Vertrag für diese Bibliothek.

Können Windows und Linux kommunizieren?

Das Transportprotokoll ist betriebssystemunabhängig. Ein Windows-Host lädt eine Windows-DLL; ein Linux-Host benötigt eine kompatible native Shared Library (.so).

Brauchen beide Rechner öffentliche IP-Adressen?

Nein. Beim AWS-Relay bauen beide Rechner ausgehende HTTPS/WebSocket-Verbindungen auf Port 443 auf. Eine innere TLS-Sitzung schützt die Aufrufe zwischen den Endpunkten.

Ihre DLL-Integration besprechen

Senden Sie uns die Bibliotheksschnittstelle, Zielbetriebssysteme und Gerätedaten. Wir prüfen, was für den Adapter erforderlich ist.

Kontakt aufnehmen ↗