Зниження рівня шуму NetBIOS в організації на 50 місць і 30 серверів

Ми - це магазин розробок, де на всіх 50-ти непарних комп'ютерах робочої станції працює Windows 7 SP1, а більшість наших 20-30 серверів - це сервер 2008 R2 або Server 2008 (на сервері 2003 ще є кілька скреглерів). У нас є рівне середовище єдиної підмережі, де сервери та робочі станції знаходяться в одній мережі. У нас є DNS-сервери з увімкненою динамічною реєстрацією DNS, і на даний момент у нас також є WINS-сервери. Виконуючи деякі діагностичні пакети Wireshark, що фіксують у нашій мережі для іншого випуску, ми побачили, що в нашій мережі є досить багато шуму трансляції NetBIOS.

Ми прагнемо відключити трансляцію NetBIOS, змінивши тип вузла наших робочих станцій (і, можливо, серверів) на p-вузол (або лише для однорангових), де WINS буде використовуватися як єдиний метод вирішення імен. Ми, швидше за все, налаштуємо його через опцію 043 DHCP, щоб гарантувати, що навіть клієнти, які не приєдналися до домену, беруть участь у нашій мережі без трансляції. Ми розглядали можливість використання підходу групової політики для розгортання ключа реєстру, однак це може мати згубний вплив на користувачів наших ноутбуків, коли вони є поза межами сайту (наприклад, у їх домашніх мережах).

Ось мої запитання:

• це спричинить проблему з будь-яким із кількох серверів Windows Server 2003, які ми залишили, або з будь-яким із наших клієнтів Windows 7 або інших новіших серверів Windows?
• Крім того, чи доцільно запобігати трансляції NetBIOS чи слід просто ігнорувати шум як типову частину мережі?
• Ми також розглядали можливість відключення NetBIOS повністю. Однак єдиний мені спосіб зробити це - відключити NetBIOS від TCP / IP. Я припускаю, що це єдиний метод NetBIOS, що залишився в Windows 7? Тож відключення цього в NIC (або для всього ПК) повністю відключає NetBIOS?
• Чи буде відключення NetBIOS означати, що FQDN / довге ім’я (наприклад, companyname.tld) ​​домену потрібно використовувати для цілей входу через коротке ім'я (наприклад, COMPANYNAME) більше не доступне? (тобто ім'я користувача@companyname.tld потрібно використовувати замість COMPANYNAME \ ім'я користувача) Якщо це так, чи все ще відображатиметься Windows Logon to: COMPANYNAMEчи він відображатиметься Logon to: companyname.tld.

Підводячи підсумок, ми пропонуємо кілька рекомендацій щодо загальної практики організацій щодо спілкування в NetBIOS сьогодні та досвіду інших під час внесення змін у конфігурацію мережі NetBIOS, подібних моїй топології.

Нижче я знайшов тему, яка посилається на декілька інших, але все ще не переконана. Мені хотілося б знати кроки, які люди вживали для «відключення» або обмеження NetBIOS, та будь-які недоліки чи переваги цього.

"Безкоштовна" мережа NetBIOS?

Редагувати:

Відповідно до питань; працює Active Directory, рівень функціональності 2008, підготовлений до 2008 R2, незабаром стане функціоналом R2.

І я отримав гідне "чому" питання, на яке я сказав:

Я вважаю, що якщо вона не потрібна, вона не повинна бути включена. Плюс до цього, в мережі багато шуму від роздільної здатності мовлення - впевнений, що ці пакети є крихітними, але я просто довідався, що зробили інші (можливо, у великих організаціях) щодо NetBIOS.

Якщо у вас немає програм, які потребують цього, просто скажіть сервер WINS і повністю відключіть NetBIOS через TCP / IP, я б сказав. Короткі назви все ще чудово працюють у мережі, що підтримує лише DNS, завдяки суфіксам пошуку.

Якщо для клієнтів встановлено налаштування NetBIOS за замовчуванням (увімкнено, за винятком випадків, коли DHCP не говорить), ви можете просто встановити прапор у параметрах DHCP, щоб відключити NetBIOS, під Microsoft Windows 2000 Optionsкласом постачальника - встановити 0x2під 001 Microsoft Disable Netbios Option- див. Цю MS KB для отримання детальної інформації .

Окрім того, що Шейн виклав у своїй відповіді, подбайте про те, щоб не вбити невірного дракона. Так, NetBIOS - балакучий, але це не обов'язково проблема, з якою потрібно вирішуватись. Трансляція трафіку, будь то на рівні 2 (ARP, Spanning Tree BPDU тощо) або на рівні 3 (NetBIOS тощо), є нормальною складовою мережевого трафіку та зв'язку. Ключовим моментом є знати, чи впливає на конкретний трафік, на який ви зосереджені (затоплення ARP, штормовий шторм, багатошвидкісний шторм), що сприяє мережевим проблемам (швидше за все, заторам), які можуть проявлятись у дублікатах ACK, втраті пакетів, повторній передачі TCP , Швидка ретрансляція TCP тощо.

Моя пропозиція полягатиме в тому, щоб запустити захоплення пакетів на своєму комутаторі (якщо комутатор підтримує дзеркальне відображення / моніторинг портів) за допомогою програмного забезпечення для захоплення пакетів, яке може дати вам уявлення про відсоток трафіку, який транслюється в цілому, а також відсоток трафіку. - це трафік трансляції NetBIOS. Трафік NetBIOS, який не транслює трафік (це означає, що це одноразовий трафік), не повинен представляти більше проблеми, ніж будь-який інший одноадресний трафік.

Я не знаю жодних важких цифр, але якщо ваш відсоток трафіку трансляції перевищує декілька відсотків (мабуть, не більше 5%), то у вас, ймовірно, є перевантаженість мережі, що проявляється у симптомах, які я описав вище. У цей момент слід встановити причину заторів та усунути її.

Наприклад, одним із джерел перевантаженості мережі є трафік серцебиття, пов’язаний з балансуванням навантаження або згуртуванням NIC.