Wie werden Host und Dienste wie Dateifreigaben in einem lokalen Netzwerk beworben?

327
Frank

Wenn Sie beispielsweise "Netzwerk" in Windows betrachten, werden dort Hosts, Drucker usw. angezeigt. Wenn Sie ein Netzlaufwerk zuordnen, werden Freigaben und andere Ressourcen scheinbar "da", obwohl Sie die IP-Adresse nicht kennen Adresse des Hosts, auf dem sich die Freigabe befindet. Werden diese Resorces mit NetBIOS oder einem anderen Protokoll beworben? Denken Sie daran, wenn ich die Ordnerfreigabe einrichte, sehe ich keine Option zur Ankündigung, ob Freigaben angekündigt werden oder nicht. Gibt es dafür eine Einstellung?

0

1 Antwort auf die Frage

0
Spiff

Hier gibt es zwei Protokollklassen und viele konkurrierende Protokolle für jede Klasse:

  1. Service Discovery (Browsing) -Protokolle helfen Ihnen dabei, eine vernünftige Liste mit den Namen der Hosts und Services zu erhalten, die in Ihrem Netzwerk verfügbar sind. Sie erhalten jedoch keine Informationen zu den IP-Adressen, die Sie benötigen, um sich tatsächlich mit diesen Hosts und Services zu verbinden. NetBIOS-Browsing (mit oder ohne Domain Master Browser), UPnPs SSDP, Web Services Discovery (WSD), Windows Connect Now (WCN), die "dns-sd" -Teile von IETF ZeroConf (Apple Bonjour) und ältere seltenere Dinge wie Javas Jini und das IETF Service Location Protocol (SLP) sind Beispiele für Service Discovery-Protokolle, die möglicherweise in Ihrem System verwendet werden.

  2. Mit den Protokollen zur Namensauflösung können Sie die IP-Adressen der genannten Hosts und Dienste nachschlagen. Beispiele für Namensauflösungsprotokolle sind der NetBIOS-Namensdienst, WINS, DNS und LLMNR.

Traditionell haben Windows-Computer das lokale LAN-Broadcast-basierte NetBIOS-Browsing zur Erkennung von Diensten in Arbeitsgruppen und das lokale LAN-Broadcast-basierte NetBIOS-Namensdienst für die Namensauflösung verwendet. Bei der Einführung von Windows NT Advanced Server wurde das Konzept der "Windows-Domänen" hinzugefügt, die wie Super-Arbeitsgruppen waren, die sich über mehrere Subnetze erstrecken konnten, mit Hilfe eines "Domain Master Browser", der auf dem NT-Server ausgeführt wird. Außerdem wurde der "Windows Internet Name Service" hinzugefügt, um die Namensauflösung im Windows-Stil auf Unicast-Art und Weise zu ermöglichen, die auch Subnetze überschreiten kann.

Aufgrund von Konstruktionsfehlern, Problemen bei der Implementierung und der Unzuverlässigkeit beim Durchsuchen von NetBIOS-Stil und der Namensauflösung, und weil es eher als Microsoft-zentrisch statt als offener Standard angesehen wurde, entwickelten andere Nicht-Microsoft-Gruppen andere Protokolle zur Erkennung von Diensten und zur Namensauflösung, einige davon haben nur begrenzten Erfolg gefunden und bleiben (UPnP auf Heim-Gateways und Druckern und möglicherweise ein paar andere Arten von LAN-Geräten, ZeroConf / Bonjour auf Macs), während andere, die ich glaube, meist vergessen werden (Jini, SLP).

Verwandte Probleme