<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      Man braucht nicht nur Versionierung, sondern auch allgemeine
      benannte Instanzen, also der gleiche<br>
      Dienst könnte ja auch mal für verschiedene Zwecke angeboten werden
      und es wäre doch manchmal<br>
      wünschenswert man könnte die Programme unterscheiden, ohne wie bei
      http üblich den zweiten<br>
      http-Server z.B. auf localhost:8080 zu starten. Statt dessen
      würden man den Dienst dann einfach<br>
      "test" oder "documentation" nennen. Auf dem Amiga hätte man das
      typischerweise mit dem "assign"<br>
      Kommando gelöst und eine Art virtuellen Protokoll-Handler
      zugewiesen, z.B. "document://".<br>
      Windows kann das auch, aber scheinbar nur für Laufwerke, auf dem
      Amiga war es allgemeingültiger.<br>
      <br>
      Bernhard Fastenrath wrote:<br>
    </div>
    <blockquote cite="mid:527CD9FE.8050505@arcor.de" type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      <br>
      Ich suche Koautoren für einen IETF draft. Das Portnummern Mapping
      über /etc/services ist mir zu simpel.<br>
      Ich würde gerne etwas wie ONC RPC <a moz-do-not-send="true"
        href="http://en.wikipedia.org/wiki/Portmap">portmap</a> bzw. der
      Java Registry spezifizieren, aber allgemeiner<br>
      und nicht nur für RPC oder RMI. Natürlich sollte das Ergebnis ein
      offener Standard sein mit einer GPL<br>
      Referenzimplementierung.<br>
      <br>
      Zu addressieren wären evtl.: Zugriffsrechte, SSL/TLS,
      tunneling/forwarding, VPN, load balancing,<br>
      filtering, namespaces, versioning, message queues (z.B. siehe OS/2
      ?), RPC, RMI, failover und monitoring.<br>
      <br>
      Zugriffsrechte könnten beispielsweise einen Dienst sperren bis
      dieser über die allgemeine Zugriffskontrolle<br>
      für den Anrufer freigeschaltet wird. Also auch eine SSH würde
      nicht antworten, als wäre sie hinter einer<br>
      Firewall, bis man den Dienst freischaltet. Okay, man könnte dann
      gleich ein VPN verwenden, aber vielleicht<br>
      gibt es ja auch Nachfrage für eine weniger aufwendige, wenn auch
      weniger sichere Lösung.<br>
    </blockquote>
    <br>
  </body>
</html>