Wenn Sie beispielsweise in Windows „Netzwerk“ aufrufen, werden dort Hosts, Drucker usw. angezeigt. Oder wenn Sie ein Netzwerklaufwerk zuordnen, scheinen Freigaben und andere Ressourcen einfach „da zu sein“, obwohl Sie die IP-Adresse des Hosts, auf dem sich die Freigabe befindet, nicht kennen. Werden diese Ressourcen mit NetBIOS oder einem anderen Protokoll angekündigt? Wenn ich darüber nachdenke, sehe ich beim Einrichten der Ordnerfreigabe keine Option, um anzukündigen, ob Freigaben angekündigt werden oder nicht. Gibt es dafür eine Einstellung?
Antwort1
Hier spielen zwei Protokollklassen eine Rolle, und für jede Klasse gibt es viele konkurrierende Protokolle:
Diensterkennung(Browsing-)Protokolle helfen Ihnen, eine einigermaßen aktuelle Liste derNamenvon Hosts und Diensten, die in Ihrem Netzwerk verfügbar sind, aber es sagt Ihnen nicht, welche IP-Adressen Sie benötigen, um tatsächlich eine Verbindung zu diesen Hosts und Diensten herzustellen. 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 alles Beispiele für Service Discovery-Protokolle, die möglicherweise auf Ihrem System verwendet werden.
NamensauflösungMit diesen Protokollen können Sie die IP-Adressen der benannten Hosts und Dienste nachschlagen. NetBIOS Name Service, WINS, DNS und LLMNR sind alles Beispiele für Namensauflösungsprotokolle.
Traditionell verwendeten Windows-Rechner NetBIOS-Browsing auf Basis lokaler LAN-Broadcasts zur Diensterkennung innerhalb von Arbeitsgruppen und NetBIOS-Namensdienst auf Basis lokaler LAN-Broadcasts zur Namensauflösung. Als Windows NT Advanced Server eingeführt wurde, wurde das Konzept der „Windows-Domänen“ hinzugefügt, die wie Super-Arbeitsgruppen waren, die sich mithilfe eines auf dem NT-Server laufenden „Domain Master Browsers“ über mehrere Subnetze erstrecken konnten. Außerdem wurde der „Windows Internet Name Service“ hinzugefügt, um eine Namensauflösung im Windows-Stil per Unicast zu ermöglichen, die auch Subnetze überspannen konnte.
Aufgrund von Designfehlern, Implementierungsproblemen und Unzuverlässigkeit beim Browsen und bei der Namensauflösung im NetBIOS-Stil sowie weil es als Microsoft-zentriert und nicht als offener Standard angesehen wurde, entwickelten andere Gruppen außerhalb von Microsoft andere Protokolle zur Diensterkennung und Namensauflösung, von denen einige nur begrenzten Erfolg hatten und sich gehalten haben (UPnP auf Heim-Gateways und Druckern und vielleicht ein paar anderen Arten von LAN-Geräten, ZeroConf/Bonjour auf Macs), während andere meiner Meinung nach größtenteils in Vergessenheit geraten sind (Jini, SLP).