Bestimmten Server/Dienst in geschlossenem Netzwerk automatisch finden

Prinzipiell gibt es 3 Möglichkeiten in Service orientierten Netzwerken Services zu finden, wenn man von der Infrastruktur komplett unabhängig sein möchte:

1) Service Provider kündigen ihren Service mit z.B. Broadcast-Nachrichten regelmäßig an.
2) Service Clients "suchen" im Netzwerk mittels Broadcast-Nachrichten nach Services (Service Provider antworten mit Unicast-Nachrichten).
3) Du hast eine Service Registry, in welcher alle Services eingetragen sind und Clients wie in einem Telefonbuch "nachschlagen" können. Hierfür gibt es wiederum mehrere Ansätze. Da es für deinen Fall aber kompletter Overkill ist imho, gehe ich darauf nicht weiter ein.

Stichwort: Service Discovery in Service Oriented Architectures

Leider kenne ich mich mit Subnetzmasken nicht mehr sooo gut aus (länger her, dass ich das in der Uni hatte und privat habe ich damit nichts am Hut), aber könnten config-Files hier vllt helfen? Hier könnte man vllt direkt die IP-Adressen der Server angeben, auf welchen die Services laufen? Wäre ja von dem eigentlich Programm unabhängig.

Hmm okay, da hast du Recht. Einzige Lösung die mir einfällt diesbezüglich wäre in der App ein Menüpunkt, wo jeder Client die IP-Adressen einmalig eingeben müsste. Würde direkt in der App funktionieren und muss nur einmal (von jedem Client) erledigt werden.

edit (wegen deinem edit): Oder das am Server zu konfigurieren und jede x sec vom Server nen Broadcast zum "Ankündigen" des Services verschicken.

Falls sowas Flach fällt und theoretisch Services in anderen Subnetzen laufen könnten, musst du Broadcast-Nachrichten "dorthin" schicken. Da die App ja nicht wissen kann, welche Subnetze existieren, müsste die App nach meiner Logik alle Subnetze "abklappern".

Vielleicht hilft dir das hier: http://stackoverflow.com/questions/...-across-subnets

Ich sag mal so: Technisch sollte es umsetzbar sein. Aber wenn jeder Client das ganze Netzwerk + alle möglichen Subnetze mit Broadcast-Nachrichten flutet ists bissl hässlich. Im Lan aber nicht sooo tragisch vom Traffic.

@Denne:
Dein Link klingt auch eher so als könnt ich mir das Broadcasten vom Server ins Client-Subnetz abschminken

@roscoe scheint so :/

Okay ja, ich da kommt wohl auf die Router an was ich gerade so lese. Scheint wohl nicht immer gegeben zu sein, dass Router Broadcast und/oder IP Multicast in andere Subnetze zulassen :/

XXXprod: Dafür müssten die Clients die IP von der zentralen Stelle kennen. Wenn das möglich wäre, könnten die Clients auch direkt die IPs von den Serven haben. Oder verstehe ich was falsch?

Aber sie müssten eben eine IP kennen und hier liegt das Problem, soweit ich das verstanden habe
Genau das (Konfiguration der Clients, weil bei jedem Kunden im Netzwerk die zentrale Stelle ja eine andere IP haben könnte) soll ja vermieden werden, wenn möglich.

@ XXXprod: Dürfen sie schon. Hier geht es darum, dass Clients ohne Konfiguration die Server finden sollen. Man kann die Server-Adressen nicht "hardcoden", da sie in jedem Netzwerk anders sein können und es soll ohne Konfiguration der App funktionieren. Von daher braucht man einen "universalen" Weg, die Server im Netzwerk zu finden.

Es gibt einige Protokolle die dafür in Frage kämen, abhängig von mehreren Faktoren wie Art der Umsetzung , Betriebssystem der Clients...

Zeroconf (avahi oder bonjour), Multicast DNS, Simple Service Discovery Protocol, Link-Local Multicast Name Resolution, Service Location Protocol, um einige zu nennen.

Wieso müssen die Clients vorkonfiguriert sein? Kann nicht jeder Kunde von euch bzw Benutzer der App einfach unter Einstellungen selbst die Server IPs für das Netzwerk, in welchem er die App verwendet, eintragen? Ich habe bisher gegen diesen Vorschlag noch kein Argument gelesen, welches dagegen sprechen würde.