locked
Обновление клиента Office Communicator 2007 R2 RRS feed

  • Вопрос

  • Столкнулся с проблемой обновления клиента OC средствами OCS 2007 R2 Standard.

    Делал все по книжке

    1. Создал Client Version Filter
    2. в IIS создал структуру autoupdate\files\OC\x32\fre\1049\
    3. Перезапустил IIS и службы OCS

    После перезапуска клиента - в сведениях о конфигурации пишет что Автобновление начато, но при проверке bitsadmin /list  вижу ошибку TRANSIENT_ERROR 0 /1 0/ UNKNOWN

    по https://server/AutoUpdate/int/files/oc/x32/fre/1049/communicator.msp тоже зайти не могу...  ошибка HTTP 500

    Есть у кого идеи где подкрутить?

     


    MCP,MCTS
    11 ноября 2010 г. 15:22

Ответы

  • Общими усилиями с техническими инженерами Microsoft пришли к мнению, что основной проблемой в моем случае является, то что мой OCS 2007 R2 Является еще и контроллером домена. Инженер предложил решение убрать сквозную авторизацию с autoupdate (в IIS) и поставить на эту папку авторизацию от пользователя domain\RTCComponentService. Изначально у нас ничего не получилось, после заврешения сеанса связи я проанализировал всю информацию котору предоставил мне инженер, проверил авторизацию на вложенных папках в IIS autoupdate\int и autoupdate\ext и заметил странную вещь, что изменения не применились на вложенные папки и у них осталась сквозная авторизация. Изменив авторизацию на domain\RTCComponentService во вложенных папках и перезапустив IIS, клиенты стали получать обновление коммуникатора.

    Незнаю на сколько это решение соответствует политикам безопасности (это я еще уточню у инженеров), но оно работает. Есть одна мелочь конечно, которая меня тоже удивила. Обновление требует повышение прав для установки, если идет запуск от простого пользователя. Хотя я расчитывал что оно будет запускаться от какой нибудь системной учетной записи, например SYSTEM :)

     


    MCP,MCTS
    • Помечено в качестве ответа Aleksey Medvedovskiy 25 ноября 2010 г. 12:43
    25 ноября 2010 г. 5:21
  •  Есть одна мелочь конечно, которая меня тоже удивила. Обновление требует повышение прав для установки, если идет запуск от простого пользователя. Хотя я расчитывал что оно будет запускаться от какой нибудь системной учетной записи, например SYSTEM :)

     


    MCP,MCTS

    Решением для данной проблемы выбрано посредством GPO включение разрешение на установку обновлений MSP с повышенными правами для установленных продуктов.
    MCP,MCTS
    • Помечено в качестве ответа Aleksey Medvedovskiy 25 ноября 2010 г. 12:43
    25 ноября 2010 г. 12:43

Все ответы

  • Столкнулся с проблемой обновления клиента OC средствами OCS 2007 R2 Standard.

    Делал все по книжке

    Вы проделали все этапы, например как описано тут? :

    http://www.confusedamused.com/notebook/the-ocs-2007-r2-client-auto-update-feature/

    использовали утилиту - CvcMsiUploader? (которая: that will automatically setup the file paths for you inside the updates folder.. ) ?

     

    11 ноября 2010 г. 19:31
  • Сделал все как указано в вашем посте, с помощью утилиты из ресурс кит и Client Version Filter

    Все равно IIS запрашивает логин и пароль а потом  дает ошибку HTTP 500 - внутренняя ошибка сервера.

     

    Если заходить по https://ocssrv/AutoUpdate/int/Handler/OCUpgrade.aspx?folder=3.5.6907.206 то пишет станица не найдена.


    MCP,MCTS
    12 ноября 2010 г. 7:02
  • 2. в IIS создал структуру autoupdate\files\OC\x32\fre\1049\

    Вы вручную создали данную структуру?

    или это произошло таким образом:

    "The Client Version Filter editor automatically filled out the directory structure as \\AutoUpdate\OC\x32\fre\1033 . The fre relates to the licensing edition and the 1033 refers to the locale......" В вашем случае не 1033 а 1049..

    ссылка на источник

    По идее communicator.msp должен лечь в каталог: %ProgramFiles%\Microsoft Office Communications Server 2007 R2\Web Components\AutoUpdate\Files\OC\x32\fre\1049

    Такое ощущение, что его там нет, раз вы получаете ошибку, когда идете на https://server/AutoUpdate/int/files/oc/x32/fre/1049/communicator.msp

    или я ошибаюсь?

     

     

    12 ноября 2010 г. 18:54
  • 2. в IIS создал структуру autoupdate\files\OC\x32\fre\1049\

    Вы вручную создали данную структуру?

    или это произошло таким образом:

    "The Client Version Filter editor automatically filled out the directory structure as \\AutoUpdate\OC\x32\fre\1033 . The fre relates to the licensing edition and the 1033 refers to the locale......" В вашем случае не 1033 а 1049..

    ссылка на источник

    По идее communicator.msp должен лечь в каталог: %ProgramFiles%\Microsoft Office Communications Server 2007 R2\Web Components\AutoUpdate\Files\OC\x32\fre\1049

    Такое ощущение, что его там нет, раз вы получаете ошибку, когда идете на https://server/AutoUpdate/int/files/oc/x32/fre/1049/communicator.msp

    или я ошибаюсь?

     

     

    К сожалению это не так. Если бы у меня был не правильный путь то было бы HTTP 404. А тут HTTP 500. Да и я когда в начале создал структуру с fre\1033  коммуникатор четко ругался что по данному пути нет файла.

    Создал структуру с помощью утилиты  CvcMsiUploader. Файл лежит в  %ProgramFiles%\Microsoft Office Communications Server 2007 R2\Web Components\AutoUpdate\Files\OC\x32\fre\1049.

    Проверял так же и в IIS,  путь такой же:  default web site\AutoUpdate\Files\OC\x32\fre\1049\communicator.msp

    Дополню инфорамцией дополнительной, может это наведет на какие либо мысли:

    Windows server 2008 R2 standard, OCS 2007 R2, Сервер является контроллером домена.

    Перелопатил весь инет, нашел статью с аналогичной ошибкой, но только связанной  Exchange 2007 и Outlook. Там клиент не мог загрузить оффлайн адресную книгу, симптомы теже. BITS Error, HTTP 500... Там рекомендовали в IIS отключить авторизацию на уровне ядра. Это так же не помогло.

    Нашел в буржуйском течнет такую же проблему как и у меня, но и там нет решения.

    Думаю дело все таки  в IIS, или в  DLL autoupdatehandler которая отвечает за формирование пути  https://ocssrv/AutoUpdate/int/Handler/OCUpgrade.aspx?folder=3.5.6907.206.

    Кстати посмотрите у себя есть ли у вас в структуре OCUpgrade.aspx, у меня ее нет.

    Думаю пора создавать инцидент в техподдержке



    MCP,MCTS
    13 ноября 2010 г. 5:21
  • Итак, после мучений с IIS создал инцидент в технической поддержке Microsoft. Будем искать решение вместе.
    MCP,MCTS
    14 ноября 2010 г. 5:47
  • Вчера получил письмо от технического инженера Microsoft о эскалации этой проблемы на 2-ой уровень. Будем смотреть дальше.


    MCP,MCTS
    18 ноября 2010 г. 4:58
  • Общими усилиями с техническими инженерами Microsoft пришли к мнению, что основной проблемой в моем случае является, то что мой OCS 2007 R2 Является еще и контроллером домена. Инженер предложил решение убрать сквозную авторизацию с autoupdate (в IIS) и поставить на эту папку авторизацию от пользователя domain\RTCComponentService. Изначально у нас ничего не получилось, после заврешения сеанса связи я проанализировал всю информацию котору предоставил мне инженер, проверил авторизацию на вложенных папках в IIS autoupdate\int и autoupdate\ext и заметил странную вещь, что изменения не применились на вложенные папки и у них осталась сквозная авторизация. Изменив авторизацию на domain\RTCComponentService во вложенных папках и перезапустив IIS, клиенты стали получать обновление коммуникатора.

    Незнаю на сколько это решение соответствует политикам безопасности (это я еще уточню у инженеров), но оно работает. Есть одна мелочь конечно, которая меня тоже удивила. Обновление требует повышение прав для установки, если идет запуск от простого пользователя. Хотя я расчитывал что оно будет запускаться от какой нибудь системной учетной записи, например SYSTEM :)

     


    MCP,MCTS
    • Помечено в качестве ответа Aleksey Medvedovskiy 25 ноября 2010 г. 12:43
    25 ноября 2010 г. 5:21
  •  Есть одна мелочь конечно, которая меня тоже удивила. Обновление требует повышение прав для установки, если идет запуск от простого пользователя. Хотя я расчитывал что оно будет запускаться от какой нибудь системной учетной записи, например SYSTEM :)

     


    MCP,MCTS

    Решением для данной проблемы выбрано посредством GPO включение разрешение на установку обновлений MSP с повышенными правами для установленных продуктов.
    MCP,MCTS
    • Помечено в качестве ответа Aleksey Medvedovskiy 25 ноября 2010 г. 12:43
    25 ноября 2010 г. 12:43