Right Management Services — "Неожиданная ошибка..."

Question

[bugaga0112358]

В AD был развернут RMS-сервер на базе Windows Server 2003. Поначалу все было прекрасно, но в один прекрасный день при установке разрешений и сохранении документа стало вылетать сообщение об ошибке с суперинформативным текстом: «Неожиданная ошибка при попытке ограничить разрешения документа. Обратитесь к системному администратору.»

Русскоязычный интернет молчит. Англоязычный интернет все советы сводит к удалению всех сертификатов из папки %localappdata% и последующему успешному подключению к серверу RMS. К сожалению, в моем случае этот совет не помогает.

Дополнительная информация

1. Ошибка вылетает при сохранении документов Word, Excel. Презентации PowerPoint сохраняются нормально. Разрешения для писем Outlook устанавливаются нормально.

2. При попытке зайти на проблемный компьютер под другой учетной записью происходит все перечисленное в пункте 1.

Вывод: проблема связана с компьютером и приложениями Word, Excel.

Что сделано

1. RMS-сервер на базе Windows Server 2003 выпилен из AD.

2. Развернут новый RMS-сервер на базе Windows Server 2008.

3. С помощью Procmon просмотрены логи обращений к реестру и файлам на проблемной и беспроблемной машинах. Криминальных различий не найдено (по крайней мере, не замечено).

4. С помощью Fiddler проанализированы запросы к RMS-серверу на проблемной и беспроблемной машинах. Криминала не замечено.

Вопрос

Кто-нибудь сталкивался? В какую сторону копать? :)

Comments

[bugaga0112358]

Сервис функционирует по протоколу HTTP.

[bugaga0112358]

Проблема наблюдается на компьютерах под управлением ОС Windows 7, Windows XP SP3. Офисный пакет — Microsoft Office 2007. На всех этих компьютерах проверялась работа первого RMS-сервера (на базе Win2003).

[bugaga0112358]

IRMCheck выдает, что все круто и ошибок нет. Ошибка вылетает именно при сохранении документа.

Answer 1

[bugaga0112358]

В общем, сам сломал, сам решил :)

После нескольких часов сравнений логов/реестра/etc взгляд упал на строку отчета из IRMCheck:

«AppInit_DLLs C:\Windows\system32\tumint480.dll»

Вспомнилось, что на компьютере установлен криптопровайдер Тумар. Вспомнилось, что ставил для теста и сертификаты сто лет не обновлял. Удалил криптопровайдера, перезагрузился и вуаля!

Мораль басни: при использовании Right Management Services следите за тем, чтобы криптопровайдеры на вашем компьютере находились в здравом уме, трезвой памяти и с обновленными сертификатами.

Спасибо пользователю ertaquo за проявленный интерес и потраченное время :)

Answer 2

[ertaquo]

Проблема появляется при установке обновления офиса KB2584066 и использовании HTTPS для работы с RMS. Вот здесь есть описание на русском. Там есть ссылка на вот это на английском, что претендует быть решением проблемы (кое-кто попробовал — помогло). Перевести это увы не могу, ибо в глаза не видел этот самый RMS :-(

Comments

[bugaga0112358]

Этот вариант видел. Суть в том, что ссылка на веб-сервис в AD и на клиенте различается добавлением номера порта к имени сервера в ссылке (:443). Но у меня сервис работает на HTTP.

В любом случае, спасибо за потраченное время :)

[ertaquo]

А это обновление не помогает? Или версия офиса не та?

[bugaga0112358]

Офис 2007. Проблема проявилась на компьютерах под управлением Windows XP SP3, Windows 7. Версия офиса: 2007. *Занесу в вопрос, забыл указать.

[bugaga0112358]

Кстати, на всякий случай проверил насчет присутствия портов в сертификатах.
Да, в сертификатах присутствует в моем случае :80. Не знаю, как в этих статьях у людей получилось просто так отредактировать сертификаты… У меня после их изменения происходит перерегистрация RMS-клиента и выдаются новые сертификаты с этим ":80" :) Но я сходил немного дальше и изменил SCP RMS-сервиса, добавив туда это пресловутое ":80" (если гора не идет к Магомету...). Что получилось в итоге:
1. На проблемной машине проблемы остались.
2. На непроблемной машине проблемы не появились (хотя, судя по той заметке, они обязаны были появиться).