Немного запутался в терминологии, поправлюсь:
[QUOTE]Aleksey пишет:
Учетные данные я у коллег, поддерживающих зеркало, спрошу и отпишусь.

Такая схема была выбрана для того, чтобы пользователи могли обновляться как в офисе, так и вне его, и при этом не хранили на локальных машинах логина/пароля.
Т.е. в офисе клиенты обновляются с зеркала RAS, вне офиса - с [B]сайта[/B]. Для прозрачности функционирования и облегчения трассировки ошибок хотелось бы и RAS обновлять с того же [B]сайта[/B].[/QUOTE]
На рис. 3 видно, что RAS смог обновиться. Как узнать, чего ему не хватает для создания зеркала?

Немного запутался в терминологии, поправлюсь:
[QUOTE]Aleksey пишет:
Учетные данные я у коллег, поддерживающих зеркало, спрошу и отпишусь.

Такая схема была выбрана для того, чтобы пользователи могли обновляться как в офисе, так и вне его, и при этом не хранили на локальных машинах логина/пароля.
Т.е. в офисе клиенты обновляются с зеркала RAS, вне офиса - с [B]сайта[/B]. Для прозрачности функционирования и облегчения трассировки ошибок хотелось бы и RAS обновлять с того же [B]сайта[/B].[/QUOTE]

Учетные данные я у коллег, поддерживающих зеркало, спрошу и отпишусь.

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

[B]santy[/B]
Спасибо за ответы.

Ситуация:

На данный момент в компании развернут 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. :)