Відповіді:
Багато з цих відповідей лише частково правдиві або просто помилкові. WINS - це ще один спосіб вирішити імена на ip-адреси. Поки ваші програми знають, як використовувати DNS, WINS взагалі не потрібен.
Редагувати: Гаразд, я не можу повірити, скільки дезінформації є в цій темі. Перш за все, наявність різних підмереж не потребує використання WINS. Поки ваша програма може спілкуватися з udp / tcp портом 53 на ваших DNS-серверах, ви зможете вирішити імена хостів просто чудово (так, \\ ім'я хоста також буде працювати).
По-друге, якщо вам цікаво, чому ви нічого не можете вирішити за допомогою короткого імені хоста (тобто просто імені хоста без домену), це, мабуть, тому, що ви ніколи не налаштовували домен за замовчуванням (або список пошуку домену) для своїх клієнтів.
І, нарешті, (але не в останню чергу!), Домен Active Directory не є необхідною умовою для використання DNS в мережі Windows. Ви вважаєте, що це лише те, що під час приєднання машини до домену Windows встановлює доменне ім'я за замовчуванням. Ніщо не заважає вам встановити його самостійно за допомогою інших засобів (можливо, DHCP).
Отже, підсумовуючи, просто встановіть домен за замовчуванням і використовуйте DNS, як і решта нас тут у 21 столітті!
виграш все ж потрібен для купки речей (все менше і менше кожного дня!). Найпоширеніший приклад, який я бачив, - це те, що виграш - це вимога до запуску біржі 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) для його роздільної здатності, він використовує гібридний вузол (год -node) як його тип вузла для реєстрації імен NetBIOS, якщо інший тип вузла NetBIOS не налаштований. Для запиту і роздільної здатності імен NetBIOS він також використовує поведінку h-вузла, але з кількома відмінностями.
Для роздільної здатності імені NetBIOS клієнт WINS зазвичай виконує таку загальну послідовність кроків для вирішення імені:
Клієнт перевіряє, чи є ім'я запиту локальним іменем комп'ютера NetBIOS, яким він володіє.
Клієнт перевіряє свій локальний кеш імен NetBIOS віддалених імен. Будь-яке ім'я, вирішене для віддаленого клієнта, розміщується в цьому кеші, де воно залишається протягом 10 хвилин.
Клієнт пересилає запит NetBIOS на свій налаштований основний сервер WINS. Якщо первинний сервер WINS не відповідає на запит - або тому, що він недоступний, або тому, що в ньому немає запису для імені - клієнт намагатиметься зв’язатися з іншими налаштованими WINS-серверами у порядку, в якому вони перераховані та налаштовані. його використання.
Клієнт транслює запит NetBIOS в локальну підмережу.
Клієнт перевіряє файл Lmhosts на відповідність запиту, якщо він налаштований на використання файлу Lmhosts.
Клієнт приміряє файл хостів, а потім сервер DNS, якщо він налаштований для одного.
Проблема полягає в тому, що не кожна програма може бути налаштована на використання DNS.
Навіть у Microsofts власне пояснення налаштування Active Directory згадує про необхідність WINS.
"Дозвіл імені NetBIOS (сервер WINS, файл LMHosts або трансляція NetBIOS) все ще потрібен для більш ранніх версій Windows для вирішення мережевих ресурсів у домені Active Directory."
Так, так, Є ДЕЯКІ організації, які можуть піти, не використовуючи WINS, але робити заяву про те, що якщо ви можете потрапити на DNS-сервер, вам магічно не потрібні WINS - це неправильно.
WINS як і раніше є дуже важливою вимогою, незважаючи на будь-яку спробу кожного адміністратора Windows у світі заблукати. Щоразу, коли відбувається розмежування підмереж, вам знадобиться WINS. Запуск VPN для окремих сайтів? Це передбачає підмережу - і WINS. У старих клієнтів, які не розуміють рекламу? Вам потрібні ВІНЦІ. У вас є програма DOS, з якою ви працюєте в мережі? ЗНО ВИНАГИ.
WINS також використовується для заповнення списків перегляду. Хоча машини на базі Active Directory можуть працювати без WINS, може виникнути затримка, оскільки списки перегляду заповнюються у такій послідовності:
Суть проблеми походить від коріння LANMAN, котрий породив SMB, який породив CIFS ... Ви можете бачити, куди це йде. LANMAN був дуже протоколом на основі LAN - він не мав поняття "Інтернет", а тим більше "маршрутизації". WINS був розроблений, щоб подолати цей проміжок і зробити можливим маршрутизацію. Швидкий перехід до сьогодення, і CIFS все ще має деяку підтримку, сумісну назад для LANMAN. Назви шляхів UNC можуть бути "сучасними", але вони все одно будуть приєднані до сервера LANMAN. Тоді є ціла річ "перегляду списку" ...
MS дуже близький до виходу з сервера WINS biz, але є занадто багато "застарілих" гаків не тільки в ОС, але і в додатках та службах, для яких потрібен сервер WINS. І поки існує підтримка передач у стилі LANMAN , буде потреба мати WINS-сервер.
Редагувати:
Так, ви можете вимкнути WINS на рівні домену.
Однак ...
Наскільки я хочу бачити, що в цьому сервісі є акція, що проходить через його серце, він не збирається проходити, поки Microsoft не прийде в обхід і не перегляне, як вони працюють з послугами LAN. (Так, на цьому посиланні є коментар про те, як це теж не потрібно ... але перегляньте те, що говорять у рота коня ...)
Не можна плутати між виграшами та netbios ..... ви можете запускати netbios в мережі без сервера WINS, але це не рекомендується для домену. Ви насправді не хочете, щоб усі ці веселі вибори відбувалися, коли у вас є належний DNS-сервер у мережі, тому netbios слід або відключити, або використовувати WINS-сервер. (Я вживаю належний у слабкому сенсі термін, що стосується MS DNS :-))
Нещодавно у мене виникла проблема з Exchange 2007 на Windows 2008, що вимагає включення netbios. неймовірний !!!
Багато з цих відповідей є неправильними або частково правильними. Спочатку давайте розберемося, чому WINS може використовуватися в першу чергу.
WINS використовується як рішення для вирішення імен хостів до IP-адрес ... але навіщо нам потрібні WINS, якщо NetBIOS працює у всіх сенерах? Читай далі!
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. Для тих, хто не знайомий ні з чим, окрім того, що їх маршрутизатор посилань - це 25-бітова мережа, менша, ніж ваша 24-бітова мережа:
Мережа: 10.0.1.0/25, маска підмережі: 255.255.255.128, адреса трансляції: 10.0.1.127, макс. Хостів: 126. Як видно, трафік міститься в сегменті.
Рішення: WINS розроблений для розгортання в підмережі, де міститься широкомовний трафік, клієнти можуть конфігурувати і вказати на сервер WINS для вирішення імен замість того, щоб покладатися на трансляцію трансляції, і таким чином NetBios тепер стає резервним моментом, коли запити WINS не спрацьовують.
Але зачекайте ... ми налаштовуємо сервери DNS зараз, коли розгортаємо наші мікрософт-мережі. Тепер 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-адреса, на яку розміщується ім'я хоста, та його FQDN 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 разом.
Зараз там знайдуться деякі, хто скаже: "Для роботи мікрософт-продуктів вам потрібні NetBIOS та WINS". Це дійсно насправді, але лише для кількох продуктів, більшість з яких не буде розгорнуто в малому та середньому бізнесі та лише у великих корпоративних середовищах, таких додатків, як SMS 2003 із використанням запису 1A, SQL Server 2000 для Використання названих труб та Exchange Server 2000 та 2003 вимагають WINS для повного функціоналу ... ПОЛНА функціональність, вони ВСЕ працюватимуть за потреби без WINS або NetBIOS.
О так, і лише якщо ви до 2000 року розгортаєте Microsoft. Я отримав для вас краще рішення, ніж розгортання 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.
Крім того, будь-які додатки або сценарії, які не використовують FQDN у багатодоменному середовищі, ймовірно, матимуть проблеми.
WINS можна видалити, але це має бути методично протестовано і у великих корпораціях з великою кількістю додатків, SAP, Exchange та інших застарілих додатків, які працюють, майже не варто, поки ви не зможете дістатися до 2012 року на своєму домені, що допоможе розкласти деком ПЕРЕГЛЯД.
Я, наприклад, не використовую WINS і не використовую WINS протягом 4 років. Microsoft DDNS виконує чітку роботу з вирішенням імен у мережі Active Directory. Я не можу зараз придумати програму, яка вимагає WINS, але я пам'ятаю декілька. Брандмауер Guardian потребував цього дня в локальній мережі NIC.
Кластери 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 слід включати, лише якщо це спеціально потрібно для вирішення відомої проблеми. Триматися за старовинну технологію "на всякий випадок" немає сенсу, коли ви переконалися, що цього не потрібно.