В данной статье Вы узнаете, каким образом за несколько минут можно починить неисправный OWA 2003.
Вступление
Часто на MSExchange.org я вижу множество сообщение с вопросом, каким образом можно починить неисправный OWA 2003 путем обращения виртуальных директорий OWA обратно к установкам по умолчанию. Я подумал, что будет неплохой идеей написать статью по данному вопросу, описывающую пошаговые инструкции по устранению указанной выше проблемы.
Шесть виртуальных директорий, связанных с OWA
Давайте начнем с краткого обзора каждой из шести виртуальных директорий OWA. Как показано на Рисунке 1, шесть директорий создаются в процессе установки по умолчанию сервера Exchange 2003.
Для того, чтобы вы лучше поняли назначение каждой директории, я перечислил их вместе с кратким описанием в Таблице 1.
| Виртуальные директории OWA | Описание |
| Exadmin | Виртуальная директория Exadmin используется для администрирования Общих папок через Exchange System Manager. |
| Exchange | Виртуальная директория Exchange сохраняет корень почтового ящика (\\.\BackOfficeStorage\domain\MBX) |
| Exchweb | В виртуальной директории Exchweb хранятся все графические и иные типы вспомогательных файлов, используемых Outlook Web Access. Данная директория непосредственно соотносится с C:\Program Files\Exchsrvr\ExchWeb. |
| Microsoft-Server-ActiveSync | Виртуальная папка Microsoft-Server-ActiveSync (пожалуйста, не спрашивайте, почему она так называется) хранит все файлы, используемые Exchange ActiveSync (EAS). Данная директория соотносится с C:\Program Files\Exchsrvr\OMA\Sync. |
| OMA | Виртуальная директория OMA сохраняет все файлы, использующиеся Outlook Mobile Access (OMA). Данная директория соотносится с C:\Program Files\Exchsrvr\OMA\Browse. |
| Public | Виртуальная директория Public сохраняет древо папок Public (\\.\BackOfficeStorage\domain\Public Folders). |
Таблица 1: Описание каждой из виртуальных директорий OWA
Починка виртуальных директорий OWA
Итак, у Вас есть Сервер OWA 2003 с несколькими виртуальными директориями, и вы хотите починить его прямо сейчас! Что делать? Ну, самый простой способ — удалить все виртуальные директории, кликнув на них правой кнопкой мыши в IIS Manager, а затем — выбрав пункт Удалить (Delete) в меню Контекст (Context). Возможно, некоторые из Вас помнят, как мы это делали в Exchange 2000. Затем следует перезапустить сервис Exchange System Attendant, который вновь создаст все директории автоматически. Но постойте! Из-за некоторых изменений в Exchange 2003 все будет по-другому. Что же, все же удалить все директории через IIS Manager придется, однако, повторный запуск Сервиса Exchange System Attendant отнюдь не создаст их заново. Вам придется удалить ключ DS2MB в улье (hive) LM метабазы IIS.
Запомните:
DS2MB недостаточен для Сервиса каталогов в метабазе; основная цель данного процесса — передать информацию о конфигурации из Active Directory в метабазу IIS. Параметры конфигурации сохраняются в метабазе IIS вместо реестра по причинам своего исполнения и масштабируемости. Процесс DS2MB представляет собою одностороннюю запись из Active Directory в метабазу IIS, что значит, что метабаза никогда не отпишет ответ в Active Directory.
Все это может быть проделано как при помощи Metabase Explorer с IIS 6.0 Resource Kit, так и с использованием ADSUtil, который, по умолчанию, находится в папке AdminScripts в Drive:\Inetpub. Кроме того, существует метод, позволяющий проводить правку непосредственно в файле Metabase.xml при помощи Notepad или идентичного текстового редактора. В данной статье мы рассмотрим, каким образом происходит отмена всех установок при помощи Metabase Explorer, а также, каким образом можно привлекать два оставшихся метода. Я рекомендую Вам прочитать статью MS KB 883380.
Перед тем, как начать удаление виртуальных директорий, вы должны создать резервную копию при помощи метабазы IIS. Вы можете сделать это, открыв Администратор IIS (IIS Manager), кликнув здесь правой кнопкой мыши на Web Site по умолчанию (Default Web Site) и выбрав Сохранить конфигурацию в файл (Save Configuration to a File). Теперь, в появившемся диалоговом окне впишите имя и кликните OK, как показано на Рисунке 2.
Теперь настало время удалить все виртуальные директории OWA. Если у Вас остался открытым IIS Manager, кликните правой кнопкой мыши на каждой из всех шести директорий (вернитесь к Таблице 1, чтобы еще раз взглянуть на них), а затем выберите Удалить (Delete). Кликните Да (Yes) при ответе на вопрос, действительно ли Вы хотите удалить виртуальные директории, как показано на Рисунке 3.
После того, как все директории были удалены, Вам нужно выйти из IIS Manager.
Теперь мы подошли к тому моменту, когда ключ DS2MB должен быть удален при помощи Metabase Explorer. Сначала необходимо установить IIS 6.0 Resource Kit, затем — запустить Metabase Explorer, следуя по пути Пуск(Start) > Все программы (All Programs) > IIS Ресурсы (IIS Resources) > Metabase Explorer > Metabase Explorer. Теперь Server (local) > LM, правый щелчок мыши на ключе DS2MB (см. Рисунок 4) и выбор Удалить (Delete).
Теперь, когда ключ DS2MB был удален, кликните Пуск(Start) > Выполнить(Run) и наберите Services.msc. Теперь вам следует перезапустить Сервис Exchange System Attendant (Exchange System Attendant Service) и все! Все шесть виртуальных директорий OWA будут воссозданы заново и сконфигурированы с установками по умолчанию, как показано на Рисунке 5.
Это практически все, за исключением одной маленькой вещи. Мы должны отменить права доступа к Анониму (Anonymous) в виртуальную директорию ExchWeb. Для этого запустите Администратора IIS (IIS Manager), кликните правой кнопкой мыши на виртуальной директории ExchWeb и выберите опцию Свойства (Properties). Выберите таблицу Безопасность директории (Directory Security) и кликните Правка (Edit) в Контроле аутентификации и доступа (Authentication and access control). Убедитесь в том, что флаговые кнопки Анонимного доступа и интегрированной аутентификации (Anonymous access and Integrated Authentication) активированы, кликните OK и Применить (Apply). Если выйдет диалоговое окно Inheritance Overrides, то убедитесь, что вы выбрали пункт Выбрать все (Select All), а затем нажмите на OK.
В Контроле аутентификации и доступа (Authentication and Access control) кликните Правка (Edit). Затем очистите флаговую кнопку Интегрированная аутентификация Windows (Integrated Windows Authentication). Дважды щелкните OK. Теперь, когда все закончено, проверьте соединение с сервером OWA при помощи Web браузера. Если вы используете или хотите использовать Exchange ActiveSync и/или OMA, также проверьте возможность соединения посредством Windows Mobile или PDA. Вам также следует удостовериться в соответствующей безопасности OWA, хотя бы с использованием SSL (предпочтительно, с сервером ISA, выпускающим сервисы). Для того, чтобы понять, каким образом обеспечить защиту OWA 2003, используя SSL, см. указанные ниже статьи:
SSL Enabling OWA 2003 using your own Certificate Authority:
http://www.msexchange.org/tutorials/SSL_Enabling_OWA_2003.html
Securing Exchange Server 2003 & Outlook Web Access: Chapter 5 on MSExchange.org!:
http://www.msexchange.org/tutorials/Securing-Exchange-Server-2003-Outlook-Web-Access-Chapter5.html
SSL Enabling OWA 2003 Using a Free 3rd Party Certificate:
http://www.msexchange.org/tutorials/SSL-Enabling-OWA-2003-Using-Free-3rdParty-Certificate.html
