Нотатки сисадміна - Діагностика служби Computer Browser

Діагностика служби Computer Browser

Діагностика служби Computer Browser

ОпублікувавyarosУ мережах на базі Windows 2000 на зміну Computer Browser прийшла служба Active Directory (AD). Однак Computer Browser як і раніше використовується у змішаних мережах 2000/NT з контролерами доменів (DC), успадкованими від колишніх версій Windows, та у мережах з несумісними з AD клієнтами.

У мережах на базі Windows 2000 на зміну Computer Browser прийшла служба Active Directory (AD). Однак Computer Browser як і раніше використовується у змішаних мережах 2000/NT з контролерами доменів (DC), успадкованими від колишніх версій Windows, та у мережах з несумісними з AD клієнтами.

При використанні служби Computer Browser головний комп'ютер, що виконує роль браузера (далі – просто браузер), домену IP-мережі взаємодіє з головними браузерами сегментів мережі. Для підготовки списків комп'ютерів та іншого обладнання використовують перетворення імен NetBIOS і кілька спеціальних імен NetBIOS. Але що робити у разі відмови служби Computer Browser? Щоб вирішити проблеми, необхідно володіти інструментами та процедурами діагностики служби Computer Browser.

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

Причиною неполадок можуть бути помилки вперетворення імен NetBIOS. У розділі "Етапи перетворення імен NetBIOS" наведено послідовність запитів, що надсилаються Windows до різних джерел у процесі вирішення імен NetBIOS. Ці відомості можуть бути корисними під час пошуку точки відмови.

Browmon та Browstat Microsoft пропонує два інструменти спеціально для моніторингу та діагностики Browser Service: Browser Monitor (Browmon – browmon.exe) та Browser Status (Browstat – browstat.exe). Працюючи з кожним із них, слід пам'ятати, що можливості цих засобів обмежені комп'ютером, на якому вони розміщені. У багатопротокольній мережі обидва інструменти становлять списки ресурсів лише протоколів, підтримуваних локальним комп'ютером.

Browmon повідомляє дані про наявність змін у домені, тобто утиліті видно лише основний та резервний браузери локального сегменту. За допомогою Browmon можна швидко з'ясувати, які комп'ютери використовуються як основні та резервні браузери в доменах, і порівняти списки ресурсів цих браузерів. Browmon автоматично оновлює вікно через інтервал часу, вказаний користувачем.

Browstat – потужніший інструмент. Крім відображення списків ресурсів та імен комп'ютерів-браузерів, за допомогою Browstat можна примусово ініціювати процедуру вибору та перезапустити головний браузер. Стара версія Browstat входить до складу ресурсів NT 4.0; оновлена версія поставляється у наборі Windows 2000 Support Tools. Обидві версії мають однакові функції діагностики, але користуватися версією Windows 2000 простіше. У попередній версії кожну команду потрібно було доповнити ім'ям протоколу, як видно з прикладу команди Net Config Rdr. Якщо ввести команду

net config rdr на робочій станції Windows Professional, ім'я протоколу TCP/IP будемати вигляд NetBT_Tcpip_. Таким чином, щоб побачити список резервних браузерів, у попередній версії Browstat потрібно ввести наступну команду:

browstat gb NetBT_Tcpip_7582A8A889A2> Gb або Getblist – підкоманда Browstat, за допомогою якої можна отримати список браузерів. Як бачимо, на деяких машинах імена протоколів дуже довгі.

У версії Browstat для Windows 2000 існує підкоманда Dumpnet, яка відображає імена протоколів та призначає кожному з них односимвольний номер. Цей номер можна використовувати замість імені протоколу з усіма іншими командами. На моїй системі Windows 2000 команда

browstat dumpnet асоціює номер 2 з протоколом TCP/IP, пов'язаним із мережевою платою (призначуване число залежить від порядку прив'язки, тому воно буде різним для різних систем). Команда

browstat gb 2 показує список резервних браузерів.

Працюючи з попередніми версіями Browstat, я готував дворядковий командний файл із жорстко закодованим ім'ям протоколу. У Лістингу 1 показаний такий файл IP-протоколу з ім'ям NetBT_DC21x41. Потім я можу викликати файл і легко запустити будь-яку команду Browstat, в якій використовується названий у файлі протокол. Наприклад, якщо назвати файл (див. Лістинг 1) browip.cmd і помістити його в шлях пошуку, то команда

browip view mydomain представить список ресурсів для протоколу з даним ім'ям у домені MYDOMAIN.

На комп'ютері з кількома мережними платами слід присвоїти параметру реєстру HKEY_LOCAL_MACHINESYSTEMCurrentControlSet ServicesBrowserParametersMaintainServerList значення No, щоб комп'ютер не міг відігравати роль активного браузера.
Визначити, які комп'ютери грають роль головного браузера у кожному сегменті. В кожномусегменті слід присвоїти параметру реєстру HKEY_LOCAL_MACHINESYSTEMCurrebtControlSetServices BrowserParametersIsDomainMaster значення True на одному або двох серверах. Якщо в сегменті лише один сервер, слід вибрати одну або дві робочі станції для виконання ролі браузера у разі відмови сервера. Процедура виборів організована так, що IsDomainMaster = True принесе робочій станції перемогу у голосуванні лише в тому випадку, якщо в мережевому сегменті немає жодного сервера.
Слід переконатися, кожен потенційний головний браузер сегмента може знайти головний браузер домену, тобто може перетворити NetBIOS-ім'я domain_name . Якщо всі головні браузери налаштовані на використання працюючої підсистеми WINS, вони зможуть виявити головний браузер домену. AD-сумісні машини можуть попросити AD знайти головний браузер домену. Без WINS і AD потрібно налаштувати кожен потенційний браузер в мережевих сегментах, в яких немає головного контролера домену (PDC), на використання файлу LMHOSTS.

nbstat -R завантажує файл LMHOSTS (слід вказати -R, а чи не -r; ключ -R перезавантажує кеш, а ключ -r виводить статистичні дані). Перевірити результати можна за допомогою команди

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

Роботу краще почати з комп'ютера в тому ж широкомовному домені, в якому знаходиться сегмент головного браузера, що перевіряється, щоб на тестову процедуру не вплинули потенційні проблеми маршрутизації або WINS-сервера. При виконанні наступних дій передбачається, що використовується версія Browstat для Windows 2000, протокол номер 2, домен під назвою MYDOMAIN, PDC з ім'ям DC1, головний браузер сегмента з іменем SERVER1 і резервний браузер з іменем BACKUP1.

1. Виявлення головного браузера сегмента, до якого належить "зниклий" комп'ютер.

Після введення команди

Якщо Browstat не виявляє головний браузер сегмента, слід переконатися, що хоча б один комп'ютер у мережному сегменті може грати роль браузера. Потім потрібно примусово призначити браузер, навіщо існує один або два способи. По-перше, у мережному сегменті "втраченого" комп'ютера слід зупинити та перезапустити службу Computer Browser на DC або комп'ютері, параметру реєстру якого HKEY_LOCAL_MACHINESYSTEMCurrebtControlSetServices BrowserParametersIsDomainMaster присвоєно значення True. Інакше слід запровадити команду

В результаті введення команди

browstat view 2 server1 утиліта Browstat отримає список ресурсів із сервера, вказаного в командному рядку. У списку наведено коди служб, які виконуються на кожному комп'ютері. MBR – код головного браузера, PBR вказує, що комп'ютер може бути браузером, і BBR – код резервного браузера.

browstat getpdc 2 mydomain на головному браузері сегмента. В результаті комп'ютер, який виконав команду, надсилає запит NetBIOS на перетворення імені domain_name відповідно до зазначеного транспортногопротоколом. У разі успіху повертається ім'я PDC.

Якщо виконати команду не вдається, ім'я PDC можна дізнатися іншим способом. Утиліта Server Manager домену NT 4.0 повідомляє, який комп'ютер покладено роль PDC. У мережі Windows 2000 AD роль PDC виконує комп'ютер – майстер операцій. Щоб визначити власника ролі PDC FSMO, слід відкрити оснастку Active Directory Users and Computers консолі Microsoft Management Console (MMC) на DC або іншій машині, на якій інстальовано інструменти Windows 2000 Administration Tools. Клацнувши на домені, виберіть пункт Operations Masters з меню Action. Потім потрібно клацнути на закладці PDC, щоб побачити поточного майстра ролі PDC. У домені AD з WINS, DC, що виконує роль майстра PDC (також званий емулятором PDC), реєструє ім'я domain_name у WINS для використання несумісними з AD комп'ютерами та додатками.

Якщо ім'я PDC не можна отримати за допомогою команди Browstat Getpdc, необхідно вирішити проблему з перетворенням імен.

Якщо комп'ютер у списку ресурсів головного браузера сегмента відсутній, можна скористатися підкомандою Browstat, щоб усі комп'ютери оголосили про себе:

3. Перевірте список ресурсів головного браузера домену.

Щоб відобразити список ресурсів головного браузера домену, потрібно ввести команду

browstat view 2 dc1 (DC1 – ім'я головного браузера домену, або PDC). Якщо "втрачений" комп'ютер міститься у списку головного браузера сегмента, але відсутній у списку головного браузера домену, слід перевірити правильність перетворення імен на етапі 2.

4. Виявлення головного браузера сегмента клієнтської мережі та перевірка його списку ресурсів.

5. Виявлення резервних браузерів сегмента та перевірка їх списків ресурсів.

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

За допомогою утиліт Browmon і Browstat можна визначити, які комп'ютери використовуються як резервні браузери в домені широкомовної розсилки клієнтського комп'ютера, і порівняти поточні списки резервних браузерів. В утиліті Browmon на піктограмах резервних браузерів немає червоної точки. Інакше можна запровадити команду

browstat status щоб отримати імена резервних браузерів для кожного транспортного протоколу в локальному мережному сегменті.

Для кожного резервного браузера слід ввести команду

browstat view 2 backup1 Потім необхідно перевірити всі списки ресурсів. Якщо виявлено неповний список, слід перевірити можливість перетворення імені segment_master_browser , відобразивши диск резервного браузера на головний браузер сегмента.

Багатодоменна діагностика У списку ресурсів можуть бути імена інших доменів. Головний браузер одного домену, підключений до мережного сегмента, отримує повідомлення від головних браузерів інших доменів, що існують у тому ж мережному сегменті. Головні браузери домену, налаштовані використання WINS, періодично запитують у базі даних WINS записи domain_name . Потім браузери включають виявлені домени у списки ресурсів.

Діагностика системи Computer Browser може виявитися складним завданням, яке потребує вичерпних знань про мережні підсистеми Windows. Однак, виявивши трохи терпіння, розібравшись у роботі Windows та маючи необхідні інструменти, можнауспішно вирішити проблему.