На большинстве платформ Microsoft, включая Windows 2000, для реализации службы предоставления общего доступа File And Print Sharing используется стандарт Common Internet File System (CIFS). В операционной системе Windows 2000 стандарт CIFS реализован вместе с расширенной версией протокола Server Message Block (что и объясняет присутствие в имени файла mrxsmb.sys суффикса smb). Два компонента ядра инициируют и обслуживают удаленные подключения, mrxsmb.sys и rdbss.sys. Вместе они используются для создания удаленной сессии, выполнения операций с файловой системой по запросу пользователя (открытие, закрытие, чтение или запись или размещение в спуле задания на печать), а также завершение сессии, когда ресурс больше не нужен. Когда система обнаруживает проблему с подключением или доступом к удаленному ресурсу, в журнале сообщений появляется предупреждение или сообщение об ошибке от файла mrxsmb.sys. В некоторых случаях mrxmb.sys инициирует аварийный останов системы с набором стоп-кодов.

Mrxsmb производит запись сообщений в журнал ошибок, когда сеть функционирует нормально и когда в установленном соединении обнаруживаются ошибки. Например, загружается система, объявляющая себя мастер-браузером; Mrxsmb записывает событие ID 8003, в котором сообщается о новом претенденте на роль мастер-браузера, и начинаются выборы. Когда загружается система, которая не может "достучаться" до контроллера домена или сервера DNS, появляется большое количество сообщений от Mrxsmb, в том числе ID 3034 "The redirector was unable to initialize security context or query context attributes" («Редиректор не может инициализировать контекст безопасности или атрибуты контекста запроса») и Event ID 3019 "The redirector failed to determine the connection type" («Сбой в редиректоре при определении типа соединения»). Хотя событие ID 3034 чаще всего служит индикатором серьезных проблем, по поводу другой записи в статье "Error Message: The Redirector Failed to Determine the Connection Type" утверждается, что ID 3019 можно попросту игнорировать.

Вероятно, вы без труда найдете "10 отличий" между простыми сообщениями Mrxsmb и "голубыми экранами смерти". Сбои являются результатом недоработок в алгоритме взаимодействия двух компонентов редиректора (при посредничестве которых собственно и происходит связь) и удаленных участников процесса. Начиная с апреля 2002 года, Microsoft выпустила не менее 12 заплаток для mrxsmb.sys. В Таблице 1 приведены наиболее известные неполадки в работе редиректора – например, проблема "23 сентября", - которые могут помочь диагностировать проблему. Эта «сага» повествует об исправлении шести "экранов смерти", потенциальной потере данных, проблеме с доступом к ресурсам DFS, и, наконец, о проблеме с цифровой инструментальной панелью (digital dashboard), которая в списке приоритетов стоит, похоже, на последнем месте.

Последняя запись таблицы относится к версиям mrxsmb.sys и rdbss.sys из Windows 2000 SP3. Пакет обновлений SP3 был опубликован 1 августа 2002 г. Из некоторых наблюдений можно сделать вывод, что системные компоненты редиректора SP3 насчитывают более 12 ранее упомянутых обновлений. Налицо "прогресс" – от версии 5534 в апреле до 6067 несколькими месяцами позднее.

Что еще больше запутывает ситуацию, так это то, что невозможна общедоступная загрузка ни одного из этих исправлений. Если Microsoft только за три месяца выпущено 6 заплаток для компонентов операционной системы, отвечающих за поддержку и обслуживание удаленного доступа, то компания просто обязана сделать соответствующие заплатки общедоступными. Менее желательно, но все же допустимо, если Microsoft оценит "рейтинг" mrxsmb.sys как критически важный и опубликует файл на сайте Windows Update. К сожалению, нельзя сказать, что самые последние версии обоих компонентов содержат все исправления для ранее замеченных проблем в работе редиректора. Хотя это, скорее всего, именно так, не мешает проверить сентябрьскую версию от 23 числа (номер 5.0.2195.6067) на предмет поглощения всех ранее выпущенных версий редиректора.

Паула Шерик - редактор Windows & .NET Magazine и консультант по вопросам планирования, реализации и взаимодействия сетей. С ней можно связаться по адресу: paula@winnetmag.com.