Начальная

Windows Commander

Far
WinNavigator
Frigate
Norton Commander
WinNC
Dos Navigator
Servant Salamander
Turbo Browser

Winamp, Skins, Plugins
Необходимые Утилиты
Текстовые редакторы
Юмор

File managers and best utilites

Служба «Обозреватель Компьютеров» и ошибка MrxSmb 8003. Служба браузер


Что же, все таки такое, служба «Computer Browser»? « Blog of Khlebalin Dmitriy

Что же, все таки такое, служба «Computer Browser»?

Вчера, мой коллега в непринужденной беседе задал мне интересный вопрос: «За что отвечает служба Computer Browser?» Ну……. «Я думаю данная служба отвечает за то чтобы был возможен просмотр компьютеров в сети в сетевом окружении» — следуя логике, ответил я. Ну и как то беседа продолжилась дальше, и через некоторое время мы уже об этом забыли совсем. Но этот вопрос как-то запал в мой мозг. И сегодня я все таки решил детально разобраться: «А зачем же все таки нужна данная служба? За что она отвечает? И какие последствия в  корпоративной среде последуют, если ее остановить?»

Немного почитав статьи в инете, почерпнул для себя следующую информацию:

   Обслуживает список компьютеров в сети и выдает его программам по запросу. Если служба остановлена, список не будет создан или обновлен. Данную службу можно не запускать в домашних условиях. Вам будут доступны все действия, которые вы делали раньше. В большой сети один компьютер именуется главным, а остальные резервными. Резервные сообщают каждые 12 минут, что они доступны, чтобы принять на себе роль главного, если это потребуется. Никаких проблем не будет, если вы отключите эту службу на всех компьютерах кроме одного.

 Название службы: Browser

Название процесса: svchost.exe

По умолчанию в Windows XP Home: Автоматически

По умолчанию в Windows XP Pro: Автоматически

Рекомендуемое значение: Отключена

Вход от имени: Локальная систем

«А в корпоративной среде какие последствия могут быть?»

По умолчанию данная служба запущена на DC. Если на DC останавливается служба «Computer Browser» без ошибок и записей в журнале регистрации, после этого все расшаренные ресурсы сервера становятся недоступными, а в журнале регистрации появляется множество записей о невозможности применении групповой политики, так как файл gpt.ini не найден. Соответственно перестает применяться групповая политика, об это

khlebalin.wordpress.com

Служба «Обозреватель Компьютеров» и ошибка MrxSmb 8003

В этой статье мы немного поговорим о службе Windows под названием Computer Browser (Обозреватель компьютеров). Итак, вспомним азы. Служба Обозревателя компьютеров появилась в сетях Microsoft для совместимости со старыми версиями ОС Microsoft: Windows 3.x, Windows 95/98, Millennium и т.д. Нужна она для того, чтобы два компьютера в сети могли найти друг друга. Реализуется эта функция с помощью широковещательных запросов. Т.к. широковещательные запросы не ретранслируются через маршрутизаторы, это означает, что служба Computer Browser нужна для локальных (LAN) сетей.

Как работает служба Обозреватель компьютеров

Согласно архитектуре Microsoft  все хосты в сети делятся на: Master Browser (главный обозреватель), Backup Browser (резервный обозреватель) и всех остальных, считающихся клиентами.

При разворачивании сети между хостами происходят выборы за звание Master Browser, обычно в домене его получает контроллер домена, если же используется рабочая группа – то компьютер со старшей версией ОС. Обязанность главного обозревателя – создание списка резервных обозревателей (backup browser), обновление, хранение и передача списка компьютеров в сети серверам backup browser. Резервные обозреватели в свою очередь могут передавать список хостов в сети клиентам.

При первом включении в сети нового компьютера, служба «Браузера компьютеров» рассылает широковещательный, позволяющий найти в сети Master-Browser, и после его обнаружения просит добавить себя в список компьютеров сети. В свою очередь Master-browser должен принять этот запрос, добавить информацию о новом хосте в свой список и передать новому компьютеру список доступных серверов Backup-browser, с которыми он будет взаимодействовать в дальнейшем, если ему понадобиться получить список хостов в сети.

Мы вкратце описали архитектуру службы Обозревателя компьютеров в сети  MS.

Все это к чему? Достаточно часто в логах компьютеров в сети Microsoft можно встретить ошибку MrxSMB с ID 8003:

The master browser has received a server announcement from the computer [Имя_компьютера] that believes that it is the master browser for the domain on transport NetBT_Tcpip_{#######-####-####-#. The master browser is stopping or an election is being forced

Ошибка «Обозреватель Компьютеров» MrxSmb 8003 К каким бы то не было видимым неполадкам ошибка не приводит, но сама по себе она раздражает, появляясь в журнале каждые N часов. Судя по ошибке, компьютер претендует на роль Master-browser.

Настройка службы «Computer Browser»

Параметры службы «Обозреватель компьютеров» хранятся в ветке реестре:HKLM/System/CurrentControlSet/Services/Browser/Parameters

Интересуют нас параметры:

  • IsDomainMaster – по названию догадаться, что параметр определяет может ли компьютер быть Master-Browser (значения: «TRUE» и «FALSE»)
  • MaintainServerList – определяет будет ли компьютер участвовать в выборах Главного и резервных обозревателей. Возможные значения:
    1. «YES» (участвует в выборах на Master-Browser-а)
    2. «NO»(не участвует в выборах)
    3. «AUTO»(клиент может участвовать в выборах, на роль Master-Browser так и на роль клиента)

Соответственно, наша задача – настроить службу так, чтобы никто из клиентов не мог стать главным обозревателем в сети и не участвовал в выборах (для этого у нас есть контроллер домена).Указанную задачу можно решить простой модификацией реестра на клиенте. В случае необходимости массового распространения данных настроек, нам помогут групповые политики. Для этого можно воспользоваться технологией Group Policy Preferences (если клиенты новые), или же административными шаблонами.

Для создания нового административного шаблона создадим текстовый файл с расширением .adm с текстом.CLASS MACHINECATEGORY «Browser»POLICY «Computer browser configuration»KEYNAME «SYSTEM\CurrentControlSet\services\Browser\Parameters»EXPLAIN !!BrowserParametersPART «IsDomainMaster» EDITTEXTVALUENAME «IsDomainMaster»DEFAULT «FALSE»END PART

PART «MaintainServerList» EDITTEXT VALUENAME «MaintainServerList»DEFAULT «AUTO»END PARTEND POLICYEND CATEGORY

[strings] BrowserParameters=»Theese parameters specify behavior of Windows host in network»

Подключаем данный административный шаблон в новую политику в консоле Group Policy Management (не забудьте снять галку «Only show group policy setting that can be fully managed» во View -> Filtering.). Вешаем политику на нужную OU, делаем на клиенте

gpupdate /force

и проверяем значение ключей реестра.

winitpro.ru

Диагностика службы Computer Browser Service | Windows IT Pro/RE

В статье "Служба Computer Browser" я рассказал о службе просмотра ресурсов Microsoft Computer Browser, которая ведет списки доменов, рабочих групп и компьютеров в сети Windows, а также сетевого оборудования, работающего на основе протокола NetBIOS. Эти списки - источник информации, которую пользователи могут увидеть, открыв раздел Network Neighborhood в Windows Explorer. В сетях на базе 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.

Я думаю, большинству администраторов WINS-серверов приходилось иметь дело с неполадками в базе данных WINS, которые, по-видимому, возникают из-за ее территориальной распределенности. Чтобы избежать типичных проблем с WINS и просмотром ресурсов, следует сделать базу WINS как можно более компактной и удалить из нее устаревшую информацию. Подробное описание WINS приведено по адресу http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windows2000serv/reskit/tcp/ip/ part2/tcpch07.asp.

Причиной неполадок могут быть ошибки в преобразовании имен NetBIOS. Во врезке "Этапы преобразования имен NetBIOS" приведена последовательность запросов, направляемых Windows к различным источникам в процессе разрешения имен NetBIOS. Эти сведения могут оказаться полезными при поиске точки отказа.

Browmon и Browstat

Microsoft предлагает два инструмента специально для мониторинга и диагностики Browser Service: Browser Monitor (Browmon - browmon.exe) и Browser Status (Browstat - browstat.exe). Работая с любым из них, следует помнить, что возможности этих средств ограничены компьютером, на котором они размещены. В многопротокольной сети оба инструмента составляют списки ресурсов только для протоколов, поддерживаемых локальным компьютером.

Browmon – графическая утилита из комплектов ресурсов Microsoft Windows NT Server 4.0 Resource Kit и Microsoft Windows 2000 Resource Kit. В каждом контролируемом домене утилита показывает состояние подсистемы просмотра ресурсов для всех протоколов (Экран 1). Дважды щелкнув на названии протокола, можно получить подробную информацию (Экран 2), в том числе имена основного и резервного браузеров, сведения о доменах и серверах в списке ресурсов каждого браузера.

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_{3F14F1D1-F77B-410E-8040-7582A8A889A2}. Таким образом, чтобы увидеть список резервных браузеров, в прежней версии Browstat требовалось ввести следующую команду:

browstat gb NetBT_Tcpip_{3F14F1D1-F77B-410E-8040- 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.

Следует обратить внимание, что для использования этого командного файла необходимо заменить NetBT_DC21x41 полным именем протокола, установленного на компьютере, на котором выполняется Browstat. При запуске Net Config Rdr в разделе выходных данных, следующем за словами "Workstation active on", указывается полное имя протокола, MAC-адрес каждого сетевого адаптера и протокол, связанный со службой Workstation. На моей системе Windows 2000 Pro команда Net Config Rdr отобразила строку Tcpip_{3F14F1D1-F77B-410E-8040-7582A8A889A2} (0030843E6609) для протокола TCP/IP. Требуется полное имя протокола - в данном случае, полная строка символов, начинающаяся с NetBT вместе с закрывающей скобкой (}) - но не MAC-адрес, указанный в скобках после имени протокола.

Практические приемы

Чтобы избежать проблем при просмотре, я рекомендую использовать следующие приемы:

·        На компьютере с несколькими сетевыми платами следует присвоить параметру реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\Browser\Parameters\MaintainServerList значение No, чтобы компьютер не мог играть роль активного браузера.

·        Определить, какие компьютеры играют роль главного браузера в каждом сегменте. В каждом сегменте следует присвоить параметру реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrebtControlSetServices \Browser\Parameters\IsDomainMaster значение True на одном или двух серверах. Если в сегменте лишь один сервер, то следует выбрать одну или две рабочие станции для выполнения роли браузера в случае отказа сервера. Процедура выборов организована так, что IsDomainMaster = True принесет рабочей станции победу в голосовании лишь в том случае, если в сетевом сегменте нет ни одного сервера.

·        Следует убедиться, что каждый потенциальный главный браузер сегмента может найти главный браузер домена, то есть может преобразовать NetBIOS-имя domain_name. Если все главные браузеры настроены на использование работающей подсистемы WINS, то они смогут обнаружить главный браузер домена. AD-совместимые машины могут попросить AD найти главный браузер домена. В отсутствие WINS и AD нужно настроить каждый потенциальный браузер в сетевых сегментах, в которых нет главного контроллера домена (PDC), на использование файла LMHOSTS.

Предположим, что существует домен с именем NetBIOS – MYDOMAIN - и PDC с именем NetBIOS - DC1 по IP-адресу 192.168.0.1. Файл LMHOSTS должен содержать записи, показанные в Листинге 2. Первая запись явно задает преобразование имени для имени NetBIOS domain_name. Имя домена, вместе с шестнадцатеричным символом в позиции 16, следует заключить в двойные кавычки. Шестнадцатеричные числа обозначаются в файле обратной наклонной чертой, цифрой 0 и буквой x (\0x), как показано в Листинге 2. После имени домена и перед обратной косой чертой следует добавить пробелы, чтобы обратная косая черта оказалась в позиции 16. Вторая запись идентифицирует DC1 как контроллер домена MYDOMAIN и генерирует групповую запись MYDOMAIN и записи для DC1, привязывающие его к службам Workstation, Messenger и Server. Имена домена, компьютера, PRE и DOM следует ввести заглавными буквами. Команда

nbstat -R

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

nbstat -c.
Процедура диагностики

Успешный просмотр ресурсов - результат сложного взаимодействия между многими базовыми подсистемами Windows, поэтому универсальной процедуры диагностики нет. Выбор процедуры определяют внешние признаки неполадки. Успех часто зависит от того, насколько полно и точно администратор представляет сетевую структуру.

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

Процедура предполагает, что отсутствующий в списке просмотра компьютер проверен, функционирует исправно и имеет надежную связь с сетью. В процессе работы будет обнаружена неисправность в системе, и выяснятся конкретные элементы, которые нужно проверить, чтобы отыскать слабое звено. Рассматривая проблему, следует помнить, что она может возникнуть, если произошли ошибки в преобразовании имен; если главный браузер подключен к нескольким сетям; если в одном или нескольких компьютерах элементу реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\LanmanServer\Parameters\Hidden присвоено значение 1; если главный браузер сегмента не получил объявление от компьютера; если главный браузер и "потерянный" компьютер не имеют общих активных транспортных протоколов для NetBIOS.

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

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

После ввода команды

browstat status

утилита Browstat должна показать имена главного и резервного браузеров сегмента и текущий список ресурсов. Чтобы получить эту информацию, Browstat преобразует имя NetBIOS domain_name в адрес главного браузера сегмента. После того, как будет выбран главный браузер сегмента, его служба Computer Browser регистрирует имя domain_name в NetBIOS, но не WINS. В результате имя преобразуется в IP-адрес главного браузера локального сегмента в процессе преобразования широковещательных имен.

Если Browstat не обнаруживает главный браузер сегмента, то следует убедиться, что хотя бы один компьютер в сетевом сегменте может играть роль браузера. Затем нужно принудительно назначить браузер, для чего существует один или два способа. Во-первых, в сетевом сегменте "потерянного" компьютера следует остановить и перезапустить службу Computer Browser на DC или компьютере, параметру реестра которого HKEY_LOCAL_MACHINE\SYSTEM\CurrebtControlSetServices \Browser\Parameters\IsDomainMaster присвоено значение True. Иначе следует ввести команду

browstat elect 2 mydomain

2.     Проверка полноты списка просмотра главного браузера сегмента.

В результате ввода команды

browstat view 2 \\server1

утилита Browstat получит список ресурсов с сервера, указанного в командной строке. В списке приведены коды служб, выполняемых на каждом компьютере. MBR - код главного браузера, PBR указывает, что компьютер потенциально может быть браузером, и BBR - код резервного браузера.

Если в списке просмотра содержатся только компьютеры локального сетевого сегмента, то велика вероятность, что главный браузер сегмента не сможет установить контакт с главным браузером домена (то есть, PDC). Это может указывать на проблемы маршрутизации или ошибку в преобразовании имен. Чтобы определить, может ли главный браузер сегмента получить имя PDC, следует ввести команду

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, то необходимо устранить проблему с преобразованием имен.

Чтобы получить друг от друга списки просмотра, главные браузеры домена и сегмента должны иметь возможность взаимно преобразовывать имена computer_name. Подключившись к диску главного браузера сегмента с главного браузера домена, можно проверить способность двух машин к преобразованию имен computer_name друг друга.

Если компьютер в списке ресурсов главного браузера сегмента отсутствует, можно воспользоваться подкомандой Browstat, чтобы все компьютеры объявили о себе:

browstat forceannounce 2 mydomain

После принудительного объявления придется довольно долго ждать, когда будет готов полный список ресурсов. Получив список, можно продолжить диагностику.

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

Чтобы отобразить список ресурсов главного браузера домена, следует ввести команду

browstat view 2 \\dc1

(DC1 - имя главного браузера домена, или PDC). Если "потерянный" компьютер содержится в списке главного браузера сегмента, но отсутствует в списке главного браузера домена, то следует проверить правильность преобразования имен на этапе 2.

4.     Обнаружение главного браузера сегмента клиентской сети и проверка его списка ресурсов.

Если в списке ресурсов главного браузера домена нет пропусков, то источник проблемы - клиент домена широковещательной рассылки или канал связи между клиентом и главным браузером домена. Следует повторить действия, описанные на этапах 1 и 2, чтобы отыскать главный браузер сегмента клиентского компьютера и проверить его список просмотра. Если этот список не полон, то нужно проверить правильность преобразования имен, как описано на этапе 2. Если список ресурсов полон, то причиной неполадки могут быть резервные браузеры сегмента.

5.     Обнаружение резервных браузеров сегмента и проверка их списков ресурсов.

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

С помощью утилит Browmon и Browstat можно определить, какие компьютеры используются в качестве резервных браузеров в домене широковещательной рассылки клиентского компьютера, и сравнить текущие списки резервных браузеров. В утилите Browmon на пиктограммах резервных браузеров нет красной точки. Иначе можно ввести команду

browstat status

чтобы получить имена резервных браузеров для каждого транспортного протокола в локальном сетевом сегменте.

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

browstat view 2 \\backup1

Затем необходимо проверить все списки ресурсов. Если обнаружен неполный список, то следует проверить возможность преобразования имени segment_master_browser, отобразив диск резервного браузера на главный браузер сегмента.

Многодоменная диагностика

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

Чтобы исследовать обнаруженный домен, клиент запрашивает список ресурсов для этого домена в браузере домена, в главном браузере, сделавшем объявление, или в реестре WINS. Если клиент может преобразовать имя браузера, то он сможет также просмотреть ресурсы домена и даже увидеть компьютер в списке ресурсов, правда, компьютер останется для него недоступным. Кроме того, клиент должен преобразовать адрес компьютера, и поскольку браузеры могут удалить компьютер из списка ресурсов с опозданием, машина может отсутствовать в сети в тот момент, когда клиент пытается обратиться к нему.

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

Джон Грин - старший обозреватель программных продуктов в журналах SQL Server Magazine и Windows 2000 Magazine. С ним можно связаться по адресу:  [email protected]

www.osp.ru

Служба Браузера Компьютеров и ошибка MrxSmb 8003

Недавно пришлось откапывать информацию об этой службе и как оказалось, информации в интернете не так уж и много.

Общая информация

Служба была задействована в сетях Microsoft для совместимости со старыми версиями ОСей, таких как Windows 3.x, Windows 9x, Линолеум и тд.

Она нужна для того, чтобы один компьютер в сети находил другой с помощью широковещательных запросов.Через маршрутизаторы эти запросы не проходят, эта служба как раз и создавалась для внутренних сетей.

Как она работает

Хосты делятся на Master-browser (главный обозреватель), backup browser ( резервный обозреватель) и клиенты.

Изначально в сети происходят выборы за звания Master-browser, чаще всего его получает либо контроллер домена (в домене) либо ОС старшей версии. Его роль - хранить, обновлять и передавать список компьютеров сети серверам backup browser.Дальше Master-browser формирует список backup-browser, которые будут предоставлять клиентам список хостов сети. 

Когда компьютер попадает в сеть, его служба "Браузера компьютеров" начинает слать широковещательные запросы по сети в поисках Master-Browser, с просьбой добавить себя в список компьютеров сети.Master-browser обрабатывает запрос, добавляет запись об этом хосте в список компьютеров сети , отсылает клиенту список Backup-browser серверов.Клиент в дальнейшем обращается к Backup-browser серверам за предоставлением списка компьютеров сети.

Вот такая схема реализована компанией Microsoft. К чему я это? Столкнулся я с ошибкой:

Судя по ошибке, клиентские компьютеры претендуют на роль Master-browser. И похожая ошибка вылетает каждые N часов. В один момент мне это надоело и я......исправил это=)

Настройки службы "Браузер компьютеров"

У службы "браузер компьютеров" существует парочка необходимых настроек:

HKLM -> System -> CurrentControlSet -> Services -> Browser -> Parameters

1.Параметр "IsDomainMaster", как можно догадаться по названию говорит о том, может ли быть данный компьютер Master-Browser.   Может принимать значение "TRUE" и "FALSE"

2.Параметр "MaintainServerList", говорит о том будет ли компьютер учавствовать в выборах Master-Browser или backup-browser.   Может принимать значение:  "YES" (учавствовать в выборах на роль главного браузера)   "NO"(не учавствовать в выборах)   "AUTO"(клиент может учавствовать в выборах но как на роль главного обозревателя, так и на роль клиента)

Соответственно мне нужно, чтобы ни один из клиентов не мог стать Master-Browser и не учавствовал в выборах.

Создание обьекта групповой политики

Значит, нужно изменить несколько значений реестра. Если бы у меня был домен Win2008, то все было бы проще, но по скольку у меня Win2003, а схема 2000, то буду создавать Административный шаблон.

Для начала я создал GPO с названием "Настройка браузера компьютеров". Потом создал текстовый документ с таким содержанием:

CLASS MACHINE CATEGORY "Browser"  POLICY "Computer browser configuration"   KEYNAME "SYSTEM\CurrentControlSet\services\Browser\Parameters"    EXPLAIN !!BrowserParameters     PART "IsDomainMaster" EDITTEXT      VALUENAME "IsDomainMaster"      DEFAULT "FALSE"     END PART       PART "MaintainServerList" EDITTEXT      VALUENAME "MaintainServerList"       DEFAULT "AUTO"     END PART   END POLICYEND CATEGORY

[strings]BrowserParameters="Theese parameters specify behavior of Windows host in network"

Далее я его сохраняю с названием "browser.adm" и подсовываю в Group Policy Management, не забыв снять галочку "Only show group policy setting that can be fully managed" во View -> Filtering. Выставляю параметры "FALSE" и "NO", сохраняю GPO. В правом окне с названием "Security Filtering" удаляю Domain Users, добавляю Domain Computers.

Захожу в cmd, делаю gpupdate, проверяю значение ключей реестра.....и все впорядке!

Мне очень помогла эта статья и статья от Microsoft

r1sh.blogspot.com

Отключение ненужных служб - Инструкция

Самый легкий способ повысить производительность вашего компьютера. Отключение ненужных служб довольно таки полезное дело, так как если вы не пользуетесь той службой, зачем её оставлять включенной.

В этой статье я покажу только самые ненужные службы.

Внимание: Первым делом необходимо сохранить первоначальные настройки вашего реестра, так как если что пойдет не так то вы всегда сможете восстановить прежние настройки. Как говорится Береженого бог бережет. Чтобы сохранить настройки вашего реестра необходимо нажать комбинацию клавиш Windows + R и в строке написать regedit. После заходим в HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServiсes и щелкнуть правой кнопкой на папку Services, выбрать пункт «Экспортировать«. Далее сохраняем в нужном месте данные в *.reg-файл. Приступаем к отключению ненужных служб.

Ненужные службы

  1. Диспетчер очереди печати (Print Spooler)  —  если у вас нету принтера то эта служба вам не нужна.
  2. Telnet  —  позволяет удаленно работать с компьютером по протоколу Telnet. Если она вам не пригодится то смело остановите её.
  3. Удаленный реестр (Remote Registry)  —  даёт возможность другим пользователям удаленно изменить ваш реестр.(Рекомендую отключить так как это не безопасная служба да и она вам думаю не пригодится).
  4. Установщик ActiveX (ActiveX Installer, AxInstSV)  —  позволяет контролировать установкой элементов ActiveX, отключите смело.
  5. Факс (Fax) — даёт возможность принять и отправлять факсы, если вы не пользуетесь этой службой, отключите её.
  6. Skype Updater  — автоматически ищет обновлении для программы Skype, рекомендую отключить так как если вы хотите обновить программу Skype, то можете сделать это прямо в программе, в меню Помощь жмите на пункт Проверить на наличие обновлений.
  7. Служба шифрования дисков BitLocker (BitLocker Drive Encryption Service) —  позволяет шифровать диски, если вы ею не пользуетесь рекомендую отключить.
  8. Браузер компьютеров (Computer browser)— выводит список компьютеров из вашей локально сети, если у вас её нет то смело отключайте её.

Конечно. Можно еще много служб отключить но, я показал вам самые ненужные службы.

Как отключить службы

Заходим по пути:

Пуск – Панель управления – Администрирование – Службы.

Находим нужную нам службу, жмем двойным щелчком мыши на службу. Если служба запушена, жмем в кнопку Остановить, потом выбираем Тип запуска – Отключена.

На этом всё.

(Visited 6 545 times, 1 visits today)

Оптимизация компьютера

pc-performance.ru

Запуск службы Обозревателя компьютеров на контроллерах домена Windows Server 2008

Многие администраторы Windows (и я в том числе) стремятся отказаться от NetBIOS и пользоваться для разрешения имен исключительно службой DNS. Но иногда контроллеры домена Windows Server 2008 некорректно отображают подключенные к сети компьютеры.

При установке Windows Server 2008 Обозреватель компьютеров (Computer Browser) по умолчанию отключен, и мастер Dcpromo не изменяет настройки этой службы при установке Active Directory. А между тем, функции Обозревателя компьютеров очень удобны для составления списка сетевых дисков и обеспечения быстрого доступа к подключенным компьютерам. Нормальное функционирование Обозревателя зависит от параметров разрешения коротких имен NetBIOS.

Один из вариантов решения проблемы — настройка автоматического запуска службы Обозревателя компьютеров. Сделать это можно самыми разными способами, в том числе, при помощи команды sc. На рис. A показано использование команды sc для настройки автоматического запуска службы Обозревателя компьютеров и немедленного ее включения.

Запуск службы Обозревателя компьютеров на контроллерах домена Windows Server 2008Рисунок A

Если для запущенных контроллеров домена используется такая конфигурация, предотвратить скрытие из Обозревателя компьютеров систем, доступных для обзора, можно с помощью роли FSMO (flexible single master operation - операции с одним исполнителем). Но по умолчанию данная служба отключена, и изменять эту конфигурацию следует только при сокращении количества компьютеров, доступных для обзора, или только в локальной подсети.

Разрешение имен NetBIOS удобно использовать везде, за исключением очень крупных сетей Active Directory. В последних лучше пользоваться зоной GlobalNames Windows Server 2008.

Автор: Rick VanoverПеревод: SVET

Оцените статью: Голосов 0

www.winblog.ru

Windows 7 в блоге иркутского сисадмина

Проблема с NetBIOS в домене

Что было за день до этого: настроил синхронизацию с внешним источником времени ведущего контроллера домена и вручную форсировал обновление времени на всех серверах и критичных узлах.

Вечер. Полчаса до ухода домой. Первое сообщение от пользователей (Windows 7) - при входе в"Сеть" не отображается добрая часть компов. Открываю "Сеть" у себя - та же картина 17 из минимум 70. Провел первичную диагностику: Прямой доступ по ip и имени хоста работает, инфраструктура DNS вообще отрабатывает отлично, Kerberos раздает сеансовые ключи, ошибок в логах ни на одном DC нет.. Чтозанах подумал я и полез в логи на компах пользователей и нашел там следующее:

Источник: Browser Код события: 8032

Слишком много неудачных попыток службы браузера сети загрузить резервный список с помощью транспорта \Device\NetBT_Tcpip_{372C0C89-9055-454E-AEFA-504E335830A7}. Резервный браузер сети остановлен.

Источник: Browser Код события: 8021

Служба браузера не смогла загрузить список серверов с основного браузера *имя компа в сети* \Device\NetBT_Tcpip_{372C0C89-9055-454E-AEFA-504E335830A7}.

Ну такого я не ожидал. Невзирая на рабочие DNS-серверы, компьютеры упорно опрашивали выбранного ранее Мастер-браузера NetBIOS, которым являлся этот компьютер. А он в свою очередь не мог отвечать то ли из-за несинхронизированного времени (на нем произошел сбой), то ли из-за того, что он вообще повис наглухо (проц работал на 100%, работник его загрузил). Работника на месте не было и мы просто перезагрузили комп. После этого один из рядовых серваков взял роль master browser и "Сеть" ожила.

Почему Backup Browser не взяли на себя роль мастера так и осталось загадкой. Очень необычная проблема вышла.

В итоге поднял несколько распределенных WINS-серверов для надежности и потихоньку конфигурируем клиентов на работу с ними. (UPD. Добавлено 13.12.11 - Wins не помог, нетбиос периодически продолжает жить своей жизнью и компы плевать хотели на службу DNS)

P.S. Полезные команды nbtstat -n и nbtstat -r для диагностики подобной проблемы

lapitoop.ru


 

..:::Новинки:::..

Windows Commander 5.11 Свежая версия.

Новая версия
IrfanView 3.75 (рус)

Обновление текстового редактора TextEd, уже 1.75a

System mechanic 3.7f
Новая версия

Обновление плагинов для WC, смотрим :-)

Весь Winamp
Посетите новый сайт.

WinRaR 3.00
Релиз уже здесь

PowerDesk 4.0 free
Просто - напросто сильный upgrade проводника.

..:::Счетчики:::..