Ich erinnere mich an die jahrelangen Versuche, die Anforderung eines WINS-Nameservices als Teil einer Windows-Umgebung zu beenden.
Meine Frage ist, ob Websites noch WINS verwenden oder auf etwas anderes umgestellt haben und keine WINS mehr benötigen. Wenn ja, möchte jemand seine Erfahrungen teilen?
Vielen Dank.
Antworten:
Viele dieser Antworten sind nur teilweise richtig oder einfach falsch. WINS ist nur eine weitere Möglichkeit, Namen in IP-Adressen aufzulösen. Solange Ihre Anwendungen wissen, wie man DNS verwendet, wird WINS überhaupt nicht benötigt.
Edit: Okay, ich kann nicht glauben, wie viele Fehlinformationen es in diesem Thread gibt. Erstens erfordert das Vorhandensein unterschiedlicher Subnetze nicht die Verwendung von WINS. Solange Ihre Anwendung mit dem udp / tcp-Port 53 auf Ihren DNS-Servern kommunizieren kann, können Sie Hostnamen problemlos auflösen (ja, \\ Hostname funktioniert auch).
Zweitens, wenn Sie sich fragen, warum Sie mit dem kurzen Hostnamen (dh nur dem Hostnamen ohne Domain) nichts auflösen können, liegt dies wahrscheinlich daran, dass Sie auf Ihren Clients nie die Standarddomain (oder Domain-Suchliste) konfiguriert haben.
Und schließlich (aber nicht zuletzt!) Ist eine Active Directory-Domäne keine Voraussetzung für die Verwendung von DNS in einem Windows-Netzwerk. Der einzige Grund, warum Sie glauben, ist, dass Windows beim Beitritt eines Computers zu einer Domäne den Standarddomänennamen für Sie festlegt. Nichts hindert Sie daran, es selbst auf andere Weise (wahrscheinlich über DHCP) einzustellen.
Zusammenfassend lässt sich sagen, dass Sie einfach die Standarddomäne festlegen und DNS wie der Rest von uns hier im 21. Jahrhundert verwenden!
Gewinne sind immer noch für eine Reihe von Dingen erforderlich (immer weniger jeden Tag!). Das häufigste Beispiel, das ich gesehen habe, ist, dass Gewinne eine Voraussetzung für die Ausführung von Exchange 2007 auf Servern mit Cluster 2003 sind. Gewinne funktionieren mit Netbios-Namen. Ein NetBIOS-Name ist eine Kennung, die von NetBIOS-Diensten verwendet wird, die auf einem Computer ausgeführt werden. Es ist eine Kombination aus einem 15-stelligen (Byte-) Namen und einem 16. Zeichen, das den Dienst bezeichnet. Bei der Identifizierung von NetBIOS-Netzwerkressourcen werden diese Namen verwendet. NetBIOS kann keine Namensauflösung im Internet durchführen. NetBIOS-Namen sind Einzelteilnamen und haben keine hierarchische Struktur.
Der NetBIOS-Namespace ist flach. Dies bedeutet, dass dem NetBIOS-Namen keine Suffixe hinzugefügt werden und dass zwei Computer nicht denselben NetBIOS-Namen haben können. Dies bedeutet, dass jeder NetBIOS-Name in einem Netzwerk eindeutig sein muss.
Siehe TCP / IP-Grundlagen für Microsoft Windows, Kapitel 11 - NetBIOS über TCP / IP
In unserem Unternehmen wird es immer noch für viele ältere Anwendungen benötigt.
Ich hatte das Gefühl, dass ich dies bearbeiten musste, da die am besten bewertete Antwort absolut FALSCH ist!
WINS ist heutzutage in vielen Organisationen definitiv erforderlich.
Funktionsweise von WINS Aktualisiert: 21. Januar 2005
Funktionsweise von WINS Wenn ein Computer mit Microsoft® Windows® 2000, Windows XP oder einem Windows Server 2003-Betriebssystem standardmäßig mit WINS-Serveradressen (entweder manuell oder über DHCP) für die Namensauflösung konfiguriert ist, verwendet er den Hybridknoten (h -node) als Knotentyp für die Registrierung von NetBIOS-Namen, sofern kein anderer NetBIOS-Knotentyp konfiguriert ist. Für die Abfrage und Auflösung von NetBIOS-Namen wird ebenfalls das Verhalten von h-Knoten verwendet, jedoch mit einigen Unterschieden.
Bei der NetBIOS-Namensauflösung führt ein WINS-Client normalerweise die folgende allgemeine Abfolge von Schritten aus, um einen Namen aufzulösen:
Der Client prüft, ob der abgefragte Name der lokale NetBIOS-Computername ist, den er besitzt.
Der Client überprüft seinen lokalen NetBIOS-Namenscache auf Remote-Namen. Jeder für einen Remoteclient aufgelöste Name wird in diesem Cache abgelegt und bleibt dort 10 Minuten lang.
Der Client leitet die NetBIOS-Abfrage an seinen konfigurierten primären WINS-Server weiter. Wenn der primäre WINS-Server die Abfrage nicht beantwortet - entweder weil er nicht verfügbar ist oder weil er keinen Eintrag für den Namen hat - versucht der Client, andere konfigurierte WINS-Server in der Reihenfolge zu kontaktieren, in der sie aufgelistet und konfiguriert sind sein Nutzen.
Der Client sendet die NetBIOS-Abfrage an das lokale Subnetz.
Der Client überprüft die Lmhosts-Datei auf Übereinstimmung mit der Abfrage, wenn sie für die Verwendung der Lmhosts-Datei konfiguriert ist.
Der Client versucht die Hosts-Datei und dann einen DNS-Server, falls dieser für einen konfiguriert ist.
Das Problem ist, dass nicht jede Anwendung für die Verwendung von DNS konfiguriert werden kann.
Selbst in Microsoft's eigener Erläuterung des Active Directory-Setups wird die Notwendigkeit von WINS erwähnt.
"Die Auflösung von NetBIOS-Namen (WINS-Server, LMHosts-Datei oder NetBIOS-Broadcast) ist für frühere Windows-Versionen weiterhin erforderlich, um Netzwerkressourcen in einer Active Directory-Domäne aufzulösen."
Ja, es gibt einige Organisationen, die ohne Verwendung von WINS davonkommen können. Es ist jedoch falsch, pauschal zu erklären, dass Sie auf magische Weise keine WINS benötigen, wenn Sie den DNS-Server erreichen können.
WINS ist immer noch eine wichtige Voraussetzung, trotz aller Versuche jedes Windows-Administrators auf der Welt, es zu Tode zu schlagen. Immer wenn Subnetze getrennt werden, benötigen Sie WINS. Ausführen eines VPN für separate Standorte? Das impliziert ein Subnetz - und GEWINNT. Haben ältere Kunden, die AD nicht verstehen? Du brauchst GEWINNE. Haben Sie eine DOS-Anwendung, die Sie vernetzen? GEWINNT wieder.
WINS wird auch zum Auffüllen von Suchlisten verwendet. Während Active Directory-basierte Computer ohne WINS arbeiten können, kann es zu Verzögerungen kommen, da die Suchlisten in der folgenden Reihenfolge ausgefüllt werden:
Der Kern des Problems liegt in den Wurzeln von LANMAN, das SMB zeugte, das CIFS zeugte ... Sie können sehen, wohin das führt. LANMAN war in hohem Maße ein LAN-basiertes Protokoll - es hatte kein Konzept von "Internet", geschweige denn "Routing". WINS wurde entwickelt, um diese Lücke zu schließen und Routing zu ermöglichen. Schneller Vorlauf in die Gegenwart, und CIFS bietet noch einige abwärtskompatible Unterstützung für LANMAN. UNC-Pfadnamen mögen "modern" sein, sie werden jedoch weiterhin an einen LANMAN-Server angeschlossen. Dann gibt es die ganze Sache "Liste durchsuchen" ...
MS ist kurz davor, aus dem WINS-Server-Geschäft auszusteigen, aber es gibt einfach zu viele "Legacy" -Hooks, nicht nur im Betriebssystem, sondern auch in Anwendungen und Diensten, für die ein WINS-Server erforderlich ist. Und solange es Unterstützung für LANMAN-Stil Getriebe , wird es notwendig sein , um einen WINS - Server zu haben.
BEARBEITEN:
Ja, Sie können WINS in einer flachen Domäne deaktivieren.
Jedoch...
So sehr ich möchte, dass dieser Dienst einen Anteil hat, der durch sein Herz geht, wird er nicht verschwinden, bis Microsoft vorbeikommt und die Art und Weise, wie LAN-Dienste ausgeführt werden, überarbeitet. (Ja, unter diesem Link gibt es einen Kommentar darüber, wie es auch nicht benötigt wird ... aber lesen Sie, was das Maul des Pferdes sagt ...)
Lassen Sie uns nicht zwischen Wins und Netbios verwechseln. Sie können Netbios in einem Netzwerk ohne WINS-Server ausführen, dies wird jedoch in einer Domain nicht empfohlen. Sie möchten nicht, dass all diese unkonventionellen Wahlen stattfinden, wenn Sie einen richtigen DNS-Server im Netzwerk haben. Daher sollten Netbios entweder deaktiviert oder ein WINS-Server verwendet werden. (Ich benutze richtig im weitesten Sinne des Begriffs, wenn es um MS DNS geht :-))
Vor kurzem hatte ich ein Problem mit Exchange 2007 unter Windows 2008, bei dem Netbios aktiviert sein musste. unglaublich!!!
Viele dieser Antworten sind falsch oder teilweise richtig. Lassen Sie uns zunächst herausfinden, warum WINS überhaupt verwendet werden kann.
WINS wird als Lösung verwendet, um Hostnamen in IP-Adressen aufzulösen ... aber warum sollten wir WINS benötigen, wenn NetBIOS in allen Senerios funktioniert? Weiter lesen!
DNS wird für den gleichen Zweck und mehr verwendet, um vollständig qualifizierte Domänennamen UND Hostnamen in IP-Adressen aufzulösen.
Schauen wir uns nun an, warum WINS entwickelt wurde.
Problem: NetBIOS wurde ursprünglich zum Auflösen von Namen verwendet, ist jedoch ein Broadcast-Netzwerkprotokoll. In den meisten Netzwerken, Legacey und Current, kann der Broadcast-Verkehr keine Router durchlaufen, und bald genug Firewalls finden wir dies später auch im VPN-Verkehr. Daher replizieren die meisten Subnetze den NetBIOS-Verkehr nicht in andere Subnetze. Wenn Sie ein echter IT-Netzwerkadministrator sind, sind Sie mit diesem NetBIOS-Datenverkehr auf Routern, Switches und Firewalls vertraut:
UDP-Zugriff durch ACL von HOST-17/137 nach innen verweigert: 10.0.1.127/137
UDP-Zugriff durch ACL von HOST-A / 137 nach innen verweigert: 10.0.1.127/137
UDP-Zugriff durch ACL von HOST-09/137 nach innen verweigert: 10.0.1.127/137
UDP-Zugriff durch ACL von HOST-02/137 nach innen verweigert: 10.0.1.127/137
UDP-Zugriff durch ACL von HOST-02/137 nach innen verweigert: 10.0.1.127/137
Dies ist ein Beispiel für fünf (5) NetBIOS-Broadcasts in einem 25-Bit-Netzwerk aus einer Cisco Pix 515E Firewall-Syslog-Datei. Für diejenigen, die mit nichts anderem als dem vertraut sind, was ihr Linksys-Router ist, ist ein 25-Bit-Netzwerk kleiner als Ihr 24-Bit-Netzwerk:
Netzwerk: 10.0.1.0/25, Subnetzmaske: 255.255.255.128, Broadcast-Adresse: 10.0.1.127, Max. Hosts: 126. Wie zu sehen ist, ist der Datenverkehr im Segment enthalten.
Lösung: WINS wurde für die Bereitstellung in Subnetzen entwickelt, in denen Broadcast-Verkehr enthalten ist. Clients können einen WINS-Server so konfigurieren und darauf verweisen, dass Namen aufgelöst werden, anstatt sich auf Broadcast-Verkehr zu verlassen. Daher wird NetBios jetzt zum Fallback, wenn WINS-Abfragen fehlschlagen.
Aber warten Sie ... wir konfigurieren jetzt DNS-Server, wenn wir unsere Microsoft-Netzwerke bereitstellen. Jetzt ist DNS primär. Wenn DNS fehlschlägt, ist NetBIOS der Fallback. Wenn ein WINS-Server bereitgestellt wird, DNS, WINS und NetBIOS.
Das Problem, auf das viele stoßen könnten, ist, wenn sie versuchen, einen Hostnamen zu pingen, sagen wir HOST-A. Abhängig von der Schnittstellenkonfiguration des Computers kann die Adresse möglicherweise nicht in eine IP aufgelöst werden, vor allem wenn Sie nur DNS konfiguriert haben und die registrierten NetBIOS-Namen der Hosts abgelaufen sind.
Nehmen wir an, HOST-A ist Teil von domainhosts.com und wurde dieser Domain beigetreten, einem (A) Eintrag des Hosts auf dem primären DC-DNS-Server für domainhosts.com. Um die Adresse nur nach ihrem Hostnamen und nicht nach ihrem vollqualifizierten Domänennamen (FQDN) aufzulösen, muss die IP-Konfiguration "Primäre und verbindungsspezifische DNS-Suffixe anhängen" und mindestens das "DNS-Suffix für diese Verbindung: domainhosts.com" enthalten. besiedelt! Wenn die Auflösung von HOST-A durchgeführt wird, werden zwei (2) zusätzliche Informationen zurückgegeben: Die IP-Adresse, in die der Hostname aufgelöst wird, und der vollqualifizierte Domänenname von HOST-A.domainhosts.com. Im folgenden Beispiel erfolgt die Auflösung eines Hostnamens durch Durchsuchen der (A) Datensätze der Domäne anstelle von WINS oder NetBIOS:
[User @ localhost ~] $ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) Datenbytes.
64 Bytes von HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 Zeit = 0,826 ms
64 Bytes von HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 time = 0.342 ms
Zusätzlich dazu, dass nur das primäre DNS-Suffix ausgefüllt ist, können Sie die Hosts auch andere durchsuchen lassen und sie so konfigurieren, dass sie in unterschiedlichen Reihenfolgen angehängt werden. So werden WINS & NetBIOS alle zusammen eliminiert.
Jetzt gibt es einige, die sagen: "Sie benötigen NetBIOS und WINS, damit Microsoft-Produkte funktionieren." Dies gilt in der Realität, jedoch nur für einige wenige Produkte, von denen die meisten nicht in kleinen oder mittleren Unternehmen und nur in großen Unternehmensumgebungen bereitgestellt werden. Anwendungen wie SMS 2003 verwenden den 1A-Datensatz SQL Server 2000 für Die Verwendung von Named Pipes sowie Exchange Server 2000 und 2003 erfordern WINS für die volle Funktionalität ... VOLLSTÄNDIGE Funktionalität, ALLE funktionieren jedoch nach Bedarf ohne WINS oder NetBIOS.
Oh ja, und nur, wenn Sie Microsoft vor 2000 bereitstellen. Ich habe eine bessere Lösung für Sie als die Bereitstellung von WINS ... UPGRADE !!
Ich war in Umgebungen, in denen es noch gewartet wird, weil 'einige Legacy-Server' es möglicherweise benötigen.
Ich denke, es gibt wahrscheinlich viele Geschäfte da draußen, die sich in der gleichen Situation befinden.
Vor einigen Monaten habe ich den WINS-Dienst in unserem LAN eingestellt. Nach ein paar Wochen habe ich es komplett entfernt. Ich frage mich, wie viele Jahre es ohne besonderen Grund gelaufen ist. In einigen Umgebungen bin ich sicher, dass dies unmöglich sein wird. Es ist möglich, dass wir seitdem Probleme hatten, die unsichtbar gewesen wären, wenn WINS noch ausgeführt worden wäre. Ich denke, ich bin ein Purist, aber WINS erinnert mich daran, "Slop" -Pool zu spielen. Ein Schuss sollte nicht zählen, es sei denn, Sie zielen auf diese Tasche!
Eine Sache, die niemand erwähnt hat, ist, dass es für VPN-Sites in separaten Subnetzen erforderlich ist, wenn Sie NetBIOS-Namen auflösen möchten. Stellen Sie sich dieses Szenario vor:
Das Unternehmensnetzwerk verwendet ein privates 10.xxx-LAN und ein Remote-Büro ein privates 192.xxx-LAN. Sie haben einen VPN-Tunnel zwischen sich, aber das Remote-Büro führt DHCP nicht vom Unternehmens-DHCP-Server oder der Firewall durch den Tunnel.
Wenn Sie Ihre Unternehmensserver bei WINS registriert haben, können die Remoteclients \ Servername auch aus einem völlig separaten Subnetz auflösen. Möglicherweise kann ich die Remote-Office-Firewall aktualisieren und DHCP über VPN verwenden. Mit diesem Setup kann ich jedoch Folgendes tun:
Bitte korrigieren Sie mich, wenn ich mich irre, aber ich verstehe, dass NetBIOS nicht routingfähig ist, sodass ich NetBIOS-Namen nicht über das Subnetz auflösen kann, ohne WINS zu verwenden.
Oh, wir benutzen es immer noch. Etwa ein Drittel der Windows-Workstations befindet sich nicht in der Domäne und ist daher nicht für die Verwendung der DNS-Domänen der Domäne zur Namensauflösung konfiguriert. Außerdem haben wir eine ungeheuer fragmentierte DNS-Landschaft, die zu ungeheuer fragmentierten Standarddomäneneinstellungen führt. Aus diesem Grund stellt WINS den Dienst zur Auflösung einzelner Namen dar, der die meisten Inhalte enthält. Dies kommt einem globalen Dienstleistungsindex am nächsten.
Wenn wir darauf drängen, alles zu domestizieren, haben wir eine flache DNS-Landschaft. Das wird gut sein.
Legacy Exchange verwendet weiterhin WINS. Wenn Sie also Exchange 2003 oder früher verwenden möchten (hoffentlich nicht), müssen Sie WINS weiterhin aktivieren.
Außerdem treten bei Apps oder Skripten, die in einer Umgebung mit mehreren Domänen keinen vollqualifizierten Domänennamen verwenden, wahrscheinlich Probleme auf.
WINS können entfernt werden, sollten jedoch methodisch getestet werden. In großen Unternehmen mit vielen Apps, SAP, Exchange und anderen Legacy-Apps lohnt es sich fast nicht, bis Sie 2012 native auf Ihrer Domain erreichen, was bei der Dekomprimierung von hilft GEWINNT.
Ich für meinen Teil benutze keine WINS und habe seit 4 Jahren keine WINS mehr benutzt. Microsoft DDNS leistet gute Arbeit bei der Namensauflösung in einem Active Directory-Netzwerk. Ich kann mir momentan kein Programm vorstellen, das WINS erfordert, aber ich erinnere mich an einige. Die Guardian Firewall benötigte es früher auf der LAN-seitigen Netzwerkkarte.
2007 Exchange-Cluster erfordern keine WINS. Gemäß der Dokumentation, die ich habe, empfiehlt MS die Verwendung von HOST-Dateien, ob Sie es glauben oder nicht, in diesem Setup, da sich die IPs nicht ändern.
Mein einziges Problem mit DDNS betrifft WAN. DDNS + ADC in jedem WAN-Segment ... häufig habe ich Probleme mit der Aktualisierung der Namenstabellen eines anderen durch DDNS.
WINS ist in Ordnung für ein Klasse-C-Netzwerk, in dem Sie keine Remote-Standorte oder WAN-Verbindungen haben. Eine große Sache gegen WINS ... SSL VPN + WINS = Eingabe von IPs, weil WINS nicht gut ist.
Unsere Umwelt hat WINS seit vielen Monaten nicht mehr verwendet und keine nachteiligen Auswirkungen festgestellt. Wir haben eine Topologie mit mehreren Standorten über VPN-Verbindungen, wobei Exchange 2003 unser E-Mail-Dienst ist.
WINS sollte nur aktiviert werden, wenn es speziell erforderlich ist, ein bekanntes Problem zu lösen. Das Festhalten an veralteter Technologie "nur für den Fall" macht keinen Sinn, wenn Sie sichergestellt haben, dass dies nicht erforderlich ist.