Ситуация:

На данный момент в компании развернут RAS 1.0.15 и клиенты 2.7 к нему. RAS без проблем обновляет клиентов с зеркала на интернет-сервере аффилированной компании, сервер обновлений относительно нашей сети расположен в Интернет. Был установлен RAS 4.0, начались тесты на стенде. Практически вся настройка производилась через конфигуратор в Advanced Mode, что касается портов и директорий - поначалу было оставлено дефолтным. Затем я обнаружил, что конфиги, пакеты для установки и прочее хранятся в папке All Users. Это было довольно неожиданно, поскольку для меня эти директории не были бы очевидны при переносе на продакшн сервер. В связи с этим все найденные пути были переписаны в абсолютные.

Основная проблема: сервер не может создать локальное зеркало для клиентов, как при относительных путях, так и при абсолютных. (рис 1) Скачивание файлов имеет место быть (рис 2), однако на 50%, после статуса "compiling" вываливается сабжевая ошибка.
Лог:

[CODE][2010-07-23 19:12:17.307] V2 [4c47ee160000] [000004b4] <SESSION_USERACTION_INFO> ConsoleProcessRequest: C2S_CLOSE_FILE, <Windows/Domain> user [Domain.local\domainadmin] changed configuration
[2010-07-23 19:12:17.917] V2 [4c47ee160000] [000004b4] <SESSION_USERACTION_INFO> ConsoleProcessRequest: C2S_FIRE_EVENTS, <Windows/Domain> user [Domain.local\domainadmin] has fired server event: start server update (UPDATE_NOW)
[2010-07-23 19:12:36.245] V1 [4c47ee160000] [00000fa0] <UPDATER_ERROR> Update failed, code: 4, aditional code 0x2103, aditional description OBJECT_NOT_FOUND
[2010-07-23 19:12:36.245] V1 [4c47ee160000] [00000fa0] <UPDATER_ERROR> Creating mirror failed, code: 0x2103, description: OBJECT_NOT_FOUND[/CODE]

Клиент на тестовой машине легко обновился с того же сервера. RAS с выключенной галкой "Create mirror" тоже обновился (рис. 3). Создавать зеркало пробовал как с проставленными галками в "Create mirror for the selected program components", так и с "0 entries", и для 4, и для 2 версии. RAS 1.0.15, обслуживающий клиентов 2.7, без проблем качает с данного сервера обновления и обновляет клиентов.

В гугле не нашел ничего подходящего.

Как победить данную ошибку?

рис 1:
[IMG]http://rghost.ru/2202760/image.png[/IMG]
рис 2:
[IMG]http://rghost.ru/2202768/image.png[/IMG]
рис 3:
[IMG]http://rghost.ru/2202772/image.png[/IMG]

На данный момент в компании развернут RAS 1.0.15 и клиенты 2.7 к нему. Настройки клиентов защищены паролем. Планируется переход на 4 версию, в связи с чем в тестовом окружении был поднят RAS 4, устанавливающий клиенты NOD32 4.2.58.3. Настройка полностью велась через конфигуратор в Advanced Mode. Во время тестов возникло несколько вопросов, наверняка, часть из них обусловлена моей невнимательностью, но прошу уделить пару минут хотя бы для того, чтобы мне это сказать. :)

1. Все служебные директории RAS имеют относительные пути, причем корнем является совершенно неудобная
C:\[B]Documents and Settings\All Users[/B]\Application Data\ESET\ESET Remote Administrator\Server
Можно ли в настройке RAS указать корневой абсолютный путь, например,
C:\Program Files\Eset\ESET Remote Administrator\Server
или даже
\\newserver\c$\RAS
дабы все подпапки переместились туда?

2. Можно ли научить клиентов и сервер пользоваться NTLM аутентификацией при скачивании обновлений через прокси ISA Server?

3. Версия 2.7 автоматически обновляла свои компоненты, почти так же незаметно, как и вирусные сигнатуры. По разговорам на форуме мне показалось, что в 4 версии апдейт компонентов (например, с 4.0 на 4.2) следует делать вручную, через новый Package. Так ли это?
Будут ли (и каким образом) новые версии компонентов антивируса распространяться подписчикам или продаваться за отдельные деньги?

4. Как мне лучше обновлять клиенты с 2.7 на 4.2? Сначала удалять версию 2, перезагружаться, ставить версию 4, перезагружаться снова? Либо все без сложностей можно сделать за единственный Push Installation и последующую перезагрузку? Напомню, что для удаления клиентов требуется пароль.
Так же интересует работоспособность и безглючность антивируса в промежутки перед рестартом или одновременного сосуществования версий.

5. В каком порядке мне лучше переводить клиентов со старого RAS на новый (хотелось бы делать это поэтапно - по мере обновления), с учетом того, что RAS 4 должен будет оказаться установлен на физическом сервере, где в данный момент установлен RAS 1.

Не подумайте плохого, мне нужен не подробный алгоритм моих телодвижений, а, так сказать, best practices. :)