Кажется, я помню, как на протяжении многих лет пытались отменить требование иметь службу имен WINS как часть среды Windows.
Мой вопрос заключается в том, используют ли сайты по-прежнему WINS или переключились на что-то другое и больше не нуждаются в WINS. Если так, кто-нибудь хочет поделиться своим опытом?
Благодарю.
Многие из этих ответов только частично верны или просто неверны. WINS - это просто еще один способ преобразования имен в IP-адреса. Пока ваши приложения знают, как использовать DNS, WINS вообще не нужен.
Редактировать: Хорошо, я не могу поверить, сколько дезинформации есть в этой теме. Прежде всего, наличие разных подсетей не требует использования WINS. Пока ваше приложение может обмениваться данными с портом 53 udp / tcp на вашем DNS-сервере, вы сможете точно разрешать имена хостов (да, \\ hostname тоже будет работать).
Во-вторых, если вам интересно, почему вы не можете разрешить что-либо, используя короткое имя хоста (то есть просто имя хоста без домена), это, вероятно, потому, что вы никогда не настраивали домен по умолчанию (или список поиска домена) на своих клиентах.
И наконец (но не в последнюю очередь!), Домен Active Directory не является обязательным условием для использования DNS в сети Windows. Единственная причина, по которой вы думаете, это то, что когда вы присоединяете компьютер к домену, Windows устанавливает для вас имя домена по умолчанию. Ничто не мешает вам настроить его другими способами (возможно, DHCP).
Итак, в итоге, просто установите домен по умолчанию и используйте DNS, как и все остальные здесь, в 21 веке!
победы все еще требуются для множества вещей (все меньше и меньше с каждым днем!). Самый распространенный пример, который я видел, - это победа - это требование для запуска Exchange 2007 на кластерных серверах 2003. Wins работает с именами Netbios. Имя NetBIOS - это идентификатор, используемый службами NetBIOS, работающими на компьютере. Это комбинация имени из 15 символов (байт) и 16-го символа, обозначающего услугу. При идентификации сетевых ресурсов NetBIOS используются эти имена. NetBIOS не может делать разрешение имен в интернете. Имена NetBIOS являются именами отдельных частей и не имеют иерархической структуры.
Пространство имен NetBIOS является плоским, что означает, что к имени NetBIOS не добавлено никаких суффиксов и что два компьютера не могут иметь одинаковое имя NetBIOS. Это означает, что каждое имя NetBIOS в любой сети должно быть уникальным.
См. Основы TCP / IP для Microsoft Windows, Глава 11 - NetBIOS через TCP / IP
источник
На нашем предприятии это все еще требуется для многих унаследованных приложений.
Чувствовал, что мне нужно было отредактировать это, так как наиболее одобренный ответ - НЕПРАВИЛЬНО!
Победа определенно требуется во многих организациях в эти дни.
Как работает WINS Обновлено: 21 января 2005 г.
Как работает WINS По умолчанию, когда компьютер под управлением Microsoft® Windows® 2000, Windows XP или Windows Server 2003 настроен с адресами сервера WINS (либо вручную, либо через DHCP) для разрешения имен, он использует гибридный узел (h -node) как его тип узла для регистрации имени NetBIOS, если не настроен другой тип узла NetBIOS. Для запроса и разрешения имен NetBIOS он также использует поведение h-узла, но с некоторыми отличиями.
Для разрешения имен NetBIOS клиент WINS обычно выполняет следующую общую последовательность действий для разрешения имени:
Клиент проверяет, является ли запрошенное имя его локальным именем компьютера NetBIOS, которым он владеет.
Клиент проверяет свой локальный кэш имен NetBIOS удаленных имен. Любое имя, разрешенное для удаленного клиента, помещается в этот кеш, где оно сохраняется в течение 10 минут.
Клиент перенаправляет запрос NetBIOS на настроенный основной сервер WINS. Если основной сервер WINS не отвечает на запрос - либо потому, что он недоступен, либо потому, что у него нет записи для имени - клиент попытается связаться с другими настроенными серверами WINS в порядке, в котором они перечислены и настроены для его использование.
Клиент передает запрос NetBIOS в локальную подсеть.
Клиент проверяет файл Lmhosts на соответствие запросу, если он настроен на использование файла Lmhosts.
Клиент пытается файл Hosts, а затем DNS-сервер, если он настроен на один.
Проблема в том, что не каждое приложение может быть настроено на использование DNS.
Даже в собственном объяснении установки Active Directory в Microsoft упоминается необходимость WINS.
Настройка DNS
«Разрешение имен NetBIOS (сервер WINS, файл LMHosts или широковещательная рассылка NetBIOS) все еще требуется для более ранних версий Windows для разрешения сетевых ресурсов в домене Active Directory».
Так что да, есть НЕКОТОРЫЕ организации, которые могут обойтись без использования WINS, но сделать общее заявление о том, что, если вы можете поразить DNS-сервер, вам волшебным образом не нужен WINS, это неправильно.
источник
WINS по- прежнему является обязательным требованием, несмотря на все попытки каждого администратора Windows в мире забить его до смерти. В любое время, когда существует разделение подсетей, вам понадобится WINS. Запуск VPN для отдельных сайтов? Это подразумевает подсеть - и выигрывает. Есть старые клиенты, которые не понимают AD? Тебе нужны ПОБЕДЫ. У вас есть приложение для DOS, с которым вы работаете в сети? Снова выигрывает.
WINS также используется для заполнения списков просмотра. Хотя компьютеры на основе Active Directory могут работать без WINS, может возникнуть задержка, поскольку списки просмотра заполняются в следующей последовательности:
Суть проблемы заключается в корнях LANMAN, которые рождают SMB, которые рождают CIFS ... вы можете видеть, куда это идет. LANMAN был в значительной степени протоколом на основе локальной сети - в нем не было понятия «Интернет», а тем более «маршрутизация». WINS был разработан для преодоления этого разрыва и обеспечения возможности маршрутизации. Перенесемся в настоящее, и в CIFS все еще есть некоторая обратно-совместимая поддержка LANMAN. UNC-пути могут быть «современными», но они все равно будут подключаться к серверу LANMAN. Тогда есть целая вещь "список просмотра" вещь ...
MS очень близка к тому, чтобы выйти из бизнеса WINS-сервера, но слишком много «старых» хуков, не только в ОС, но и в приложениях и сервисах, для которых требуется WINS-сервер. И пока есть поддержка передач в стиле LANMAN , будет необходим сервер WINS.
РЕДАКТИРОВАТЬ:
Да, вы можете отключить WINS в плоском домене.
Тем не мение...
Как бы я ни хотел, чтобы этот сервис был заинтересован в своем сердце, он не уйдет, пока Microsoft не придет в себя и не изменит свою работу в сетевых сервисах. (Да, по этой ссылке есть комментарий о том, что он тоже не нужен ... но прочитайте то, что говорится у рта лошади ...)
источник
Давайте не будем путать между победами и нетбиосами ..... вы можете запускать нетбиос в сети без сервера WINS, но это не рекомендуется в домене. Вы действительно не хотите, чтобы все эти забавные выборы проходили, когда у вас есть надлежащий DNS-сервер в сети, поэтому netbios должен быть либо отключен, либо должен использоваться сервер WINS. (Я использую правильное в самом широком смысле этого слова, когда речь идет о MS DNS :-))
Недавно у меня возникла проблема с Exchange 2007 в Windows 2008, требующая включения netbios. невероятно !!!
источник
Многие из этих ответов неверны или частично верны. Сначала давайте выясним, почему WINS может использоваться в первую очередь.
WINS используется в качестве решения для преобразования имен хостов в IP-адреса ... но зачем нам нужен WINS, если NetBIOS работает во всех системах senerios? Читай дальше!
DNS используется для той же цели и более ... для разрешения полных доменных имен и имен хостов в IP-адреса.
Теперь давайте посмотрим, почему был разработан WINS.
Проблема: NetBIOS изначально использовался для разрешения имен, но это протокол широковещательной сети. Таким образом, в большинстве сетей, устаревших и текущих, широковещательный трафик не может проходить через маршрутизаторы и достаточно скоро брандмауэры, позже мы находим это и в трафике VPN. Таким образом, большинство подсетей не будет реплицировать трафик NetBIOS в другие подсети. Если вы настоящий администратор ИТ-сети, вы будете знакомы с этим трафиком NetBIOS на маршрутизаторах, коммутаторах и брандмауэрах:
Доступ по протоколу UDP запрещен ACL из HOST-17/137 внутрь: 10.0.1.127/137
Доступ по протоколу UDP запрещен ACL из HOST-A / 137 внутрь: 10.0.1.127/137
Доступ по протоколу UDP запрещен ACL из HOST-09/137 внутрь: 10.0.1.127/137
Доступ по протоколу UDP запрещен ACL из HOST-02/137 внутрь: 10.0.1.127/137
Доступ по протоколу UDP запрещен ACL из HOST-02/137 внутрь: 10.0.1.127/137
Это пример пяти (5) широковещательных рассылок NetBIOS в 25-битной сети из файла системного журнала межсетевого экрана Cisco Pix 515E. Для тех, кто не знает ничего, кроме того, что их маршрутизатор linksys представляет собой 25-битную сеть, меньшую, чем ваша 24-битная сеть:
Сеть: 10.0.1.0/25, маска подсети: 255.255.255.128, широковещательный адрес: 10.0.1.127, макс. Хосты: 126. Как видно, трафик содержится в сегменте.
Решение: WINS разработан для развертывания в подсети, в которой содержится широковещательный трафик, клиенты могут настраивать и указывать на WINS-сервер для разрешения имен вместо того, чтобы полагаться на широковещательный трафик, и поэтому NetBios теперь становится запасным вариантом при сбое запросов WINS.
Но подождите ... мы настраиваем DNS-серверы сейчас, когда мы разворачиваем наши сети Microsoft. Теперь DNS является первичным, когда DNS дает сбой, NetBIOS является запасным вариантом. Если развернут сервер WINS, DNS, WINS и NetBIOS.
Проблема, с которой могут столкнуться многие, заключается в том, что они пытаются пропинговать имя хоста, скажем, HOST-A. В зависимости от конфигурации интерфейса компьютера, возможно, не удастся преобразовать адрес в IP-адрес, в первую очередь, если у вас настроен только DNS и у хостов, зарегистрированных имен NetBIOS, истек срок действия.
Допустим, HOST-A является частью domainhosts.com и был присоединен к этому домену (A) записи хоста на основном DNS-сервере DC для domainhosts.com. Чтобы разрешить адрес только по его имени хоста, а не по его полному доменному имени (полному доменному имени), в конфигурации IP должно быть указано «Добавить основной DNS-суффикс и DNS-суффикс соединения» и как минимум «DNS-суффикс для этого подключения: domainhosts.com». заселена! Когда выполняется разрешение HOST-A, возвращается две (2) части дополнительной информации: IP-адрес, к которому разрешается имя хоста, и его полное доменное имя HOST-A.domainhosts.com. В приведенном ниже примере разрешение имени хоста выполняется путем поиска (A) записей домена вместо WINS или NetBIOS:
[Пользователь @ localhost ~] $ ping HOST-A
PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) байт данных.
64 байта из HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 время = 0,826 мс
64 байта из HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 время = 0,342 мс
В дополнение к заполнению только основного DNS-суффикса, вы можете также заставить хосты искать другие и настраивать их для добавления в разных порядках. Таким образом, устраняя WINS & NetBIOS все вместе.
Теперь будут некоторые, кто скажет: «Для работы продуктов Microsoft вам понадобятся NetBIOS и WINS». Это действительно так, но только для нескольких продуктов, большинство из которых не будут развернуты в малых и средних предприятиях и только в средах крупных предприятий, таких как SMS 2003 с использованием записи 1A, SQL Server 2000 для использование именованных каналов, и Exchange Server 2000 и 2003 требуют полной WINS для полной функциональности ... ПОЛНАЯ функциональность, они ВСЕ будут работать по мере необходимости без WINS или NetBIOS.
Ах да, и только если вы до 2000 года развернете Microsoft. У меня есть лучшее решение для вас, чем развертывание WINS, хотя ... ОБНОВЛЕНИЕ !!
источник
Я был в среде, где он все еще поддерживается, потому что «некоторым устаревшим серверам» это может понадобиться.
Я думаю, что есть много магазинов, которые находятся в такой же ситуации.
источник
Однажды я включил WINS на сервере Samba на работе. Это было самое быстрое и дешевое (с точки зрения затраченного времени) решение для разрешения имен в сети Windows без домена. Это просто и хорошо работает в небольшой сети.
источник
Многие встроенные устройства также используют WINS. У нас есть многофункциональные копировальные аппараты и совсем недавно приобретенная беспроводная проекционная система, которая не будет работать, пока я не предоставлю ей IP-адрес сервера WINS.
Как бы нам ни хотелось, WINS будет здесь долгое время.
источник
Несколько месяцев назад я остановил службу WINS в нашей локальной сети. Через несколько недель я его полностью удалил. Интересно, сколько лет он работает без особой причины? В некоторых средах я уверен, что это будет невозможно. Возможно, с тех пор у нас были проблемы, которые были бы невидимы, если бы WINS все еще работал. Я предполагаю, что я пурист, но WINS напоминает мне о том, что я играю в пул. Выстрел не должен учитываться, если только вы не целитесь в этот карман!
источник
Никто не упомянул, что для сайтов VPN в отдельных подсетях необходимо разрешать имена NetBIOS. Рассмотрим этот сценарий:
Корпоративная сеть использует частную локальную сеть 10.xxx, а удаленный офис - частную локальную сеть 192.xxx. У них есть VPN-туннель между ними, но удаленный офис не принимает DHCP через туннель от корпоративного DHCP-сервера или брандмауэра.
Если ваши корпоративные серверы зарегистрированы в WINS, удаленные клиенты могут распознавать \ ServerName даже из совершенно отдельной подсети. Даже вечером я смогу обновить брандмауэр удаленного офиса и использовать DHCP через VPN, но сейчас эта настройка позволяет мне:
Кто-нибудь, пожалуйста, исправьте меня, если я ошибаюсь, но, насколько я понимаю, NetBIOS не маршрутизируется, поэтому я не могу разрешить имена NetBIOS в подсети без использования WINS.
источник
О, мы все еще используем это. Около трети рабочих станций Windows, которые у нас есть, не находятся в домене и, следовательно, не настроены на использование доменов DNS домена для разрешения имен. Кроме того, у нас есть чудовищно фрагментированный DNS-ландшафт, который приводит к чудовищно фрагментированным настройкам домена по умолчанию. Из-за этого WINS представляет единственную службу разрешения имен, в которой больше всего материала. Это ближе всего к глобальному индексу услуг.
Если / когда мы настаиваем на том, чтобы все было сделано, у нас будет плоский DNS-ландшафт. Это будет хорошо.
источник
Legacy Exchange по-прежнему использует WINS, поэтому любой, кто хочет повысить функциональные уровни до 2008 или 2012 года и по-прежнему использовать WINS, если вы используете Exchange 2003 или более раннюю версию (надеюсь, что нет), все равно будет нуждаться в WINS.
Кроме того, любые приложения или сценарии, которые не используют полное доменное имя в многодоменной среде, вероятно, будут иметь проблемы.
WINS можно удалить, но его следует методически протестировать, и в крупных корпорациях с большим количеством приложений, SAP, Exchange и других устаревших приложений, на которых он работает, почти не стоит, пока вы не доберетесь до 2012 года в своем домене, который поможет с разложением WINS.
источник
Я, например, не использую WINS и не использовал WINS в течение 4 лет. Microsoft DDNS отлично справляется с разрешением имен в сети Active Directory. Я не могу думать о программе, которая требует WINS прямо сейчас, но я помню несколько. Брандмауэр Guardian требовал его на сетевой карте еще в тот день.
Кластеры Exchange 2007 не требуют WINS. Согласно имеющейся у меня документации, MS рекомендует использовать файлы HOST, верите или нет, в этой настройке, поскольку IP-адреса не меняются.
Моя единственная проблема с DDNS - через WAN. DDNS + ADC в каждом сегменте WAN ... часто у меня возникают проблемы с обновлением таблиц имен других DDNS.
WINS отлично подходит для сети класса C, где у вас нет удаленных узлов или каналов глобальной сети. Одна огромная вещь против WINS ... SSL VPN + WINS = ввод IP-адреса, потому что WINS - это не goona werk.
источник
Наша среда не использовала WINS в течение многих месяцев и не наблюдала никаких неблагоприятных воздействий из-за этого. У нас есть многосайтовая топология через VPN-соединения, с Exchange 2003 в качестве нашей почтовой службы.
Служба WINS должна быть включена только в том случае, если это необходимо для решения известной проблемы. Держаться за устаревшую технологию «на всякий случай» не имеет смысла, если вы убедились, что она не требуется.
источник