Кажется, я припоминаю, как на протяжении многих лет предпринимались попытки отменить требование наличия службы имен WINS как части среды Windows.
Мой вопрос заключается в том, продолжают ли сайты использовать WINS или переключились на что-то другое и больше не нуждаются в WINS. Если да, то кто-нибудь хочет поделиться своим опытом?
Спасибо.
Многие из этих ответов верны лишь частично или просто неверны. WINS - это еще один способ преобразовать имена в IP-адреса. Пока ваши приложения умеют использовать DNS, WINS не нужен вообще.
Изменить: Хорошо, я не могу поверить, сколько дезинформации в этой теме. Прежде всего, наличие разных подсетей не требует использования WINS. Пока ваше приложение может взаимодействовать с udp / tcp портом 53 на вашем 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 определенно требуется во многих организациях в наши дни.
Как работает 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.
Даже в собственном объяснении Microsoft Active Directory настройки Active Directory упоминается необходимость WINS.
«Разрешение имен NetBIOS (сервер WINS, файл LMHosts или широковещательная рассылка NetBIOS) по-прежнему требуется для более ранних версий Windows для разрешения сетевых ресурсов в домене Active Directory».
Итак, да, есть НЕКОТОРЫЕ организации, которые могут обойтись без использования WINS, но делать однозначное заявление о том, что если вы можете попасть на DNS-сервер, WINS вам волшебным образом не понадобится.
WINS - это по-прежнему это очень необходимое требование, несмотря на все попытки каждого администратора Windows в мире забить его до смерти. Каждый раз, когда есть разделение подсетей, вам понадобится WINS. Запускаете VPN для отдельных сайтов? Это подразумевает подсеть и WINS. У вас есть старые клиенты, которые не понимают AD? Вам нужен WINS. У вас есть приложение DOS, с которым вы работаете в сети? WINS снова.
WINS также используется для заполнения списков просмотра. Хотя машины на базе Active Directory могут работать без WINS, возможна задержка, поскольку списки просмотра заполняются в следующей последовательности:
Суть проблемы уходит корнями в LANMAN, который породил SMB, который породил CIFS ... вы можете видеть, к чему это ведет. LANMAN был в значительной степени протоколом, основанным на LAN - в нем не было понятия «Интернет», тем более «маршрутизации». WINS был разработан, чтобы восполнить этот пробел и сделать возможной маршрутизацию. Перенесемся в настоящее, и CIFS все еще имеет некоторую обратно совместимую поддержку LANMAN. Пути UNC могут быть «современными», но они все равно будут подключаться к серверу LANMAN. Затем есть целый "список просмотра" ...
MS очень близка к тому, чтобы выйти из бизнеса серверов WINS, но слишком много «устаревших» ловушек не только в ОС, но и в приложениях и службах, для которых требуется сервер WINS. И пока есть поддержка передач в стиле LANMAN, потребуется наличие WINS-сервера.
РЕДАКТИРОВАТЬ:
Да, вы можете отключить WINS в плоском домене.
Тем не мение...
Как бы я ни хотел, чтобы в сердце этого сервиса была сделана ставка, это не исчезнет, пока Microsoft не придет и не обновит то, как они предоставляют услуги LAN. (Да, по этой ссылке есть комментарий о том, что это тоже не нужно ... но прочтите, что говорится из уст лошади ...)
Давайте не будем путать между победами и нетбиосами ..... вы можете запускать нетбиос в сети без сервера 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. Чтобы разрешить адрес только по его имени хоста, а не по его FQDN (полное доменное имя), конфигурация IP должна иметь «Добавлять первичный 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 time = 0.826 мс
64 байта с HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 time = 0,342 мс
В дополнение к заполнению только основного DNS-суффикса, вы можете заставить хосты искать и другие, и настраивать их для добавления в разном порядке. Таким образом, полностью исключены WINS и NetBIOS.
Теперь найдутся люди, которые скажут: «Для работы продуктов Microsoft необходимы NetBIOS и WINS». На самом деле это верно, но только для нескольких продуктов, большинство из которых не будет развернуто на малых или средних предприятиях, и только в средах крупных предприятий, таких приложений, как SMS 2003 с использованием записи 1A, SQL Server 2000 для использование именованных каналов, а Exchange Server 2000 и 2003 требуют WINS для полной функциональности ... ПОЛНАЯ функциональность, они ВСЕ будут работать по мере необходимости без WINS или NetBIOS.
Ах да, и только если вы используете Microsoft до 2000. У меня есть для вас лучшее решение, чем развертывание WINS ... ОБНОВЛЕНИЕ !!
Я был в средах, где он все еще поддерживается, потому что "некоторые устаревшие серверы" мощь нужно это.
Я думаю, что многие магазины находятся в такой же ситуации.
Однажды я включил WINS на сервере самбы на работе. Это было самое быстрое и дешевое (с точки зрения затрат времени) решение разрешения имен в сети Windows без домена. Это просто и хорошо работает в небольшой сети.
Многие встроенные устройства также используют WINS. У нас есть многофункциональные копировальные машины и недавно приобретенная беспроводная проекционная система, которая не будет работать, пока я не предоставлю ей IP-адрес WINS-сервера.
Как бы нам ни хотелось, WINS будет здесь надолго.
Несколько месяцев назад я остановил службу WINS в нашей локальной сети. Через несколько недель я полностью удалил его. Интересно, сколько лет он работает без особой причины? Я уверен, что в некоторых условиях это будет невозможно. Возможно, с тех пор у нас были проблемы, которые были бы невидимы при работающем WINS. Думаю, я пурист, но WINS напоминает мне игру в "отстойный" пул. Выстрел не должен засчитываться, если вы не целитесь в эту лузу!
Одна вещь, о которой никто не упомянул, заключается в том, что это необходимо для сайтов VPN в отдельных подсетях, если вы хотите разрешать имена NetBIOS. Рассмотрим этот сценарий:
Корпоративная сеть использует частную локальную сеть 10.x.x.x, а удаленный офис - частную локальную сеть 192.x.x.x. Между ними есть 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 Firewall когда-то требовал его на сетевой карте LAN.
Кластеры Exchange 2007 не требуют WINS. Согласно имеющейся у меня документации, MS рекомендует использовать файлы HOST, хотите верьте, хотите нет, в этой настройке, поскольку IP-адреса не меняются.
Моя единственная проблема с DDNS - это WAN. DDNS + ADC в каждом сегменте WAN ... часто у меня возникают проблемы с DDNS, обновляющим таблицы имен других.
WINS подходит для сети класса C, где у вас нет удаленных сайтов или каналов WAN. Одна огромная вещь против WINS ... SSL VPN + WINS = ввод IP-адреса, потому что WINS - это не круто.
Наша среда не использовала WINS в течение многих месяцев и не увидела никаких негативных последствий из-за этого. У нас есть многосайтовая топология через VPN-соединения с Exchange 2003 в качестве нашей электронной почты.
WINS следует включать только в том случае, если это специально требуется для решения известной проблемы. Держаться за устаревшие технологии «на всякий случай» бессмысленно, если вы убедились, что они не нужны.