Entfernte Funktionsaufrufe (RPC): Unterschied zwischen den Versionen
PhilKa (Diskussion | Beiträge) Die Seite wurde neu angelegt: „{{DISPLAYTITLE:Entfernte Funktionsaufrufe (RPC)}} {{Infobox Software | Name = Entfernte Funktionsaufrufe (RPC) | Entwickler = Verschiedene | Erscheinungsjahr = ab 1980er | Typ = Kommunikationsprotokoll | Standard = ONC RPC, DCE/RPC }} == Überblick == '''Entfernte Funktionsaufrufe (Remote Procedure Calls, RPC)''' sind ein Konzept, bei dem ein Programm auf einem Rechner eine Prozedur (Funktion) auf einem entfernten Rechn…“ |
PhilKa (Diskussion | Beiträge) |
||
| (2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{DISPLAYTITLE:Entfernte Funktionsaufrufe (RPC)}} | {{DISPLAYTITLE:Entfernte Funktionsaufrufe (RPC)}} | ||
{{Infobox Software | {{Infobox Software | ||
| Name = Entfernte Funktionsaufrufe (RPC) | | Name = Entfernte Funktionsaufrufe (RPC) | ||
| Entwickler = | | Entwickler = Diverse | ||
| Erscheinungsjahr = | | Erscheinungsjahr = 1984 (ONC RPC) | ||
| | | Kategorie = Netzwerktechnologie | ||
| Standard = [[ | | Standard = [[ONC RPC]], [[DCE/RPC]], [[gRPC]] | ||
}} | }} | ||
== | == Einführung == | ||
'''Entfernte Funktionsaufrufe (Remote Procedure Calls, RPC)''' sind ein | '''Entfernte Funktionsaufrufe (Remote Procedure Calls, RPC)''' sind ein Mechanismus, der es Programmen ermöglicht, Funktionen oder Prozeduren auszuführen, die sich auf einem entfernten System befinden, als ob sie lokal verfügbar wären. RPC abstrahiert die Details des Netzwerkprotokolls und erlaubt Entwicklern, sich auf die Funktionalität zu konzentrieren statt auf die Übertragungsschicht. | ||
RPC ist ein zentrales Konzept verteilter Systeme und findet Anwendung in Betriebssystemdiensten, Microservices und Cloud-Architekturen. | |||
RPC | |||
== Grundprinzip == | |||
# Der Client ruft eine | Bei einem RPC ruft ein Client eine Funktion auf, die auf einem Server implementiert ist. Der Ablauf: | ||
# | # Der Client ruft eine Stub-Funktion auf (lokales Platzhalterobjekt). | ||
# Der | # Die Stub-Funktion serialisiert Parameter (Marshalling). | ||
# Das Ergebnis wird | # Die Daten werden über ein Transportprotokoll (z. B. [[TCP]] oder [[UDP]]) gesendet. | ||
# Der Server-Stub deserialisiert die Daten und ruft die eigentliche Serverfunktion auf. | |||
# Das Ergebnis wird zurückgesendet und im Client-Stub deserialisiert. | |||
== ONC RPC-Standard == | == Der ONC RPC-Standard == | ||
''' | '''Open Network Computing Remote Procedure Call (ONC RPC)''' ist ein von Sun Microsystems entwickelter Standard, der erstmals in den 1980er-Jahren für das [[Network File System|NFS]] eingesetzt wurde. ONC RPC ist in [[RFC 5531]] definiert und gilt als einer der ältesten und am weitesten verbreiteten RPC-Standards. | ||
Merkmale von ONC RPC: | |||
* | * Transportunabhängig (UDP oder TCP) | ||
* | * Definiert in der Sprache '''RPC Language (RPCL)''' | ||
* | * Standardisierte Datenrepräsentation über [[XDR]] (External Data Representation) | ||
* | * Weite Unterstützung in UNIX-Derivaten (Linux, BSD, Solaris) | ||
== Schnittstellendefinition == | == Schnittstellendefinition == | ||
RPC-Systeme nutzen Schnittstellendefinitionssprachen (IDLs), um Funktionen, Parameter und Datentypen unabhängig von der Implementierung zu beschreiben. | |||
Im Fall von ONC RPC: | |||
* Die IDL heißt '''RPC Language (RPCL)'''. | |||
* | * Aus RPCL-Dateien generieren Tools automatisch Client- und Server-Stubs (z. B. `rpcgen`). | ||
* Dies ermöglicht Plattform- und Sprachenunabhängigkeit. | |||
Beispiel | Beispiel einer RPCL-Definition: | ||
<syntaxhighlight lang="c"> | |||
program | program MATH_PROG { | ||
version | version MATH_VERS { | ||
int ADD(int, int) = 1; | int ADD(int a, int b) = 1; | ||
} = 1; | } = 1; | ||
} = | } = 0x20000001; | ||
</syntaxhighlight> | |||
== Datenrepräsentation == | |||
Ein Kernproblem verteilter Systeme ist die plattformunabhängige Darstellung von Daten. | |||
ONC RPC löst dies durch [[XDR]] (External Data Representation): | |||
* Fest definierte Endianness (Big-Endian) | |||
* Definiert Datentypen wie int, float, arrays, strings | |||
* Stellt sicher, dass Daten auf unterschiedlichen Rechnerarchitekturen korrekt interpretiert werden | |||
== Sicherheitsaspekte == | |||
RPC-Systeme müssen Authentifizierung, Autorisierung und Datenschutz gewährleisten. Bei ONC RPC existieren verschiedene Mechanismen: | |||
* '''AUTH_NULL''': Keine Authentifizierung (Standard, unsicher) | |||
* '''AUTH_SYS''': Überträgt UNIX-Benutzer-IDs | |||
* '''AUTH_DES''' / '''AUTH_KERB''' (Kerberos): Sichere Authentifizierung via kryptografischer Verfahren | |||
* RPC über sichere Transportprotokolle (z. B. [[TLS]]) ist möglich, aber im Standard nicht zwingend vorgeschrieben. | |||
Empfohlene Sicherheitsmaßnahmen: | |||
* Einsatz verschlüsselter Transportverbindungen (z. B. [[stunnel]] oder IPsec) | |||
* Nutzung starker Authentifizierung (Kerberos) | |||
* Firewalls und Zugriffskontrolllisten für RPC-Dienste | |||
== Vergleich zu anderen RPC-Implementierungen == | |||
{| class="wikitable" | |||
! Merkmal !! ONC RPC !! DCE/RPC !! gRPC | |||
|- | |||
| Transport || UDP/TCP || TCP/SMB || HTTP/2 | |||
|- | |||
| Datenrepräsentation || XDR || NDR || Protocol Buffers | |||
|- | |||
| Authentifizierung || AUTH_SYS, AUTH_DES, AUTH_KERB || Kerberos integriert || TLS, OAuth2 | |||
|- | |||
| Sprachunterstützung || C, C++ u. a. || C, C++, Java || Viele moderne Sprachen | |||
|} | |||
== Anwendungen == | |||
* [[Network File System (NFS)]] | |||
* Verwaltungstools unter UNIX/Linux | |||
* Interprozesskommunikation in Clustern | |||
== Literatur und Standards == | |||
* RFC 5531 – ''RPC: Remote Procedure Call Protocol Specification Version 2'' | |||
* RFC 4506 – ''XDR: External Data Representation Standard'' | |||
* [[DCE/RPC]] | |||
* [[gRPC]] | |||
== Siehe auch == | |||
* [[Verteiltes System]] | |||
* [[Stub (Softwareentwicklung)]] | |||
* [[Marshalling (Informatik)]] | |||
[[Kategorie:Netzwerkprotokoll]] | |||
[[Kategorie:Middleware]] | |||
[[Kategorie:Verteiltes Rechnen]] | |||
Aktuelle Version vom 23. September 2025, 13:59 Uhr
Einführung
Entfernte Funktionsaufrufe (Remote Procedure Calls, RPC) sind ein Mechanismus, der es Programmen ermöglicht, Funktionen oder Prozeduren auszuführen, die sich auf einem entfernten System befinden, als ob sie lokal verfügbar wären. RPC abstrahiert die Details des Netzwerkprotokolls und erlaubt Entwicklern, sich auf die Funktionalität zu konzentrieren statt auf die Übertragungsschicht.
RPC ist ein zentrales Konzept verteilter Systeme und findet Anwendung in Betriebssystemdiensten, Microservices und Cloud-Architekturen.
Grundprinzip
Bei einem RPC ruft ein Client eine Funktion auf, die auf einem Server implementiert ist. Der Ablauf:
- Der Client ruft eine Stub-Funktion auf (lokales Platzhalterobjekt).
- Die Stub-Funktion serialisiert Parameter (Marshalling).
- Die Daten werden über ein Transportprotokoll (z. B. TCP oder UDP) gesendet.
- Der Server-Stub deserialisiert die Daten und ruft die eigentliche Serverfunktion auf.
- Das Ergebnis wird zurückgesendet und im Client-Stub deserialisiert.
Der ONC RPC-Standard
Open Network Computing Remote Procedure Call (ONC RPC) ist ein von Sun Microsystems entwickelter Standard, der erstmals in den 1980er-Jahren für das NFS eingesetzt wurde. ONC RPC ist in RFC 5531 definiert und gilt als einer der ältesten und am weitesten verbreiteten RPC-Standards.
Merkmale von ONC RPC:
- Transportunabhängig (UDP oder TCP)
- Definiert in der Sprache RPC Language (RPCL)
- Standardisierte Datenrepräsentation über XDR (External Data Representation)
- Weite Unterstützung in UNIX-Derivaten (Linux, BSD, Solaris)
Schnittstellendefinition
RPC-Systeme nutzen Schnittstellendefinitionssprachen (IDLs), um Funktionen, Parameter und Datentypen unabhängig von der Implementierung zu beschreiben. Im Fall von ONC RPC:
- Die IDL heißt RPC Language (RPCL).
- Aus RPCL-Dateien generieren Tools automatisch Client- und Server-Stubs (z. B. `rpcgen`).
- Dies ermöglicht Plattform- und Sprachenunabhängigkeit.
Beispiel einer RPCL-Definition:
program MATH_PROG {
version MATH_VERS {
int ADD(int a, int b) = 1;
} = 1;
} = 0x20000001;
Datenrepräsentation
Ein Kernproblem verteilter Systeme ist die plattformunabhängige Darstellung von Daten. ONC RPC löst dies durch XDR (External Data Representation):
- Fest definierte Endianness (Big-Endian)
- Definiert Datentypen wie int, float, arrays, strings
- Stellt sicher, dass Daten auf unterschiedlichen Rechnerarchitekturen korrekt interpretiert werden
Sicherheitsaspekte
RPC-Systeme müssen Authentifizierung, Autorisierung und Datenschutz gewährleisten. Bei ONC RPC existieren verschiedene Mechanismen:
- AUTH_NULL: Keine Authentifizierung (Standard, unsicher)
- AUTH_SYS: Überträgt UNIX-Benutzer-IDs
- AUTH_DES / AUTH_KERB (Kerberos): Sichere Authentifizierung via kryptografischer Verfahren
- RPC über sichere Transportprotokolle (z. B. TLS) ist möglich, aber im Standard nicht zwingend vorgeschrieben.
Empfohlene Sicherheitsmaßnahmen:
- Einsatz verschlüsselter Transportverbindungen (z. B. stunnel oder IPsec)
- Nutzung starker Authentifizierung (Kerberos)
- Firewalls und Zugriffskontrolllisten für RPC-Dienste
Vergleich zu anderen RPC-Implementierungen
| Merkmal | ONC RPC | DCE/RPC | gRPC |
|---|---|---|---|
| Transport | UDP/TCP | TCP/SMB | HTTP/2 |
| Datenrepräsentation | XDR | NDR | Protocol Buffers |
| Authentifizierung | AUTH_SYS, AUTH_DES, AUTH_KERB | Kerberos integriert | TLS, OAuth2 |
| Sprachunterstützung | C, C++ u. a. | C, C++, Java | Viele moderne Sprachen |
Anwendungen
- Network File System (NFS)
- Verwaltungstools unter UNIX/Linux
- Interprozesskommunikation in Clustern
Literatur und Standards
- RFC 5531 – RPC: Remote Procedure Call Protocol Specification Version 2
- RFC 4506 – XDR: External Data Representation Standard
- DCE/RPC
- gRPC