SCCM, Intune, MDT, EMS, MDM, MAM, Azure AD и другие странные слова
Posts tagged ‘Application Catalog’
Как я уже писал, в случае запроса имени пользователя и пароля при открытии Application Catalog сайт нужно добавить в доверенные локальные сайты.
Недавно столкнулся с тем, что этого добавления недостаточно. Пришлось включить опцию Automatic logon with current username and password при работе с локальными сайтами. В итоге групповая политика выглядит так:
При запуске установки приложения из Application Catalog получаем ошибку «Cannot install or request software».
На клиенте в %systemdrive%\Users\<username>\AppData\LocalLow\Microsoft\Silverlight глубоко в подпапках находится ConfigMgrSoftwareCatalog.log:
ApplicationDetailViewModel.InstallAppProgression-Error:Progress step CanUserinstall: Could not communicate with the client control properly. Description:-2146827859 Automation server can’t create object
ApplicationDetailViewModel.UpdatePageView:PageViewMode changed to:FastInstallError
FastInstallPageView:Create Page View FastInstallError
В Windows Firewall откройте требуемые порты для обмена информацией между клиентом и Application Catalog.
Если Application Catalog при загрузке требует ввода имени пользователя и пароля:
то сделайте исключение для Application Catalog в IE Local intranet:
Удобнее, конечно, это сделать через групповые политики.
При инсталляции CM 2012 теперь можно выбрать языковые версии для клиентской и серверной части. В папку с клиентом будут копироваться нужные языковые обновления:
Если операционная система, на которую вы устанавливаете клиента, русскоязычная, то и клиент автоматически будет русскоязычным:
Если при установке CM 2012 вы не выбрали нужные вам языковые версии, то требуемые для локализации файлы можно скопировать позже с установочного диска (в корне находится папка LanguagePack\Client) в директорию, указанную на первом скриншоте.
Работа с каталогом приложений интуитивна для пользователя:
А так выглядит консоль, установленная на русскоязычную Windows 7:
Три недели назад на Microsoft Connect появился Solution Accelerator под названием Application Approval Workflow. Суть его в том, чтобы одобрение запроса на установку приложения подвязать под процессы System Center 2012 Service Manager и автоматизировать это через System Center 2012 Orchestrator.
В Orchestrator импортируется runbook:
После синхронизации с CM, в конфигурационных единицах SM появляются приложения, доступные для установки через Application Catalog:
Запрашиваем приложение через каталог:
Опубликовано видео с четырёх семинаров по System Center 2012 Configuration Manager Microsoft University Весна 2012, которые вёл я в феврале в Microsoft Ukraine. Видео можно скачать или посмотреть в онлайне.
Запись с камеры в зале:
Запись с моего рабочего стола:
По моим подсчётам на семинары приходило от 40 до 90 человек. Спасибо всем пришедшим. Спасибо за хвалебные отзывы и критику. Дальше будет ещё лучше. 🙂
При установке приложений нет доступа к файлам. В логах можно увидеть следующее:
CITaskMgr:
Unable to get locations, no need to continue with download
CheckLocations failed. Error = 0x87d00607
CCITaskMgr::InitiateTask failed. Error =0x87d00607
CIStateStore:
CIEnforceState changed: Enforcing —> EnforcementExecutionFailure
CIEnforceError changed: 0x0 —> 0x661
AreDetailsUpdated: No
При запуске приложений из каталога, видим такое:
или такое:
или такое:
Для начала стоит разобраться, что из себя в SCCM 2012 представляет механизм поиска контента.
Continue reading ‘ошибка доступа к файлам 0x87d00607 и механизм обнаружения контента’ »
При запуске установки через Application Catalog получаем сообщение об ошибке инсталляции.
AppEnforce.log
App enforcement environment:
Context: User
Command line: msiexec /i «7z920-x64.msi» /q
Allow user interaction: Yes
UI mode: 1
User token: not null
Session Id: 1
Content path: C:\Windows\ccmcache\1
Working directory:
Prepared working directory: C:\Windows\ccmcache\1
Found executable file msiexec with complete path C:\Windows\system32\msiexec.exe
Prepared command line: «C:\Windows\system32\msiexec.exe» /i «7z920-x64.msi» /q
Valid MSI Package path = C:\Windows\ccmcache\1\7z920-x64.msi
AdvertisePackage [C:\Windows\ccmcache\1\7z920-x64.msi] — Created Temp File Name : C:\Windows\CCM\SystemTemp\tmp440F.tmp
AdvertisePackage — MsiAdvertiseScript C:\Windows\CCM\SystemTemp\tmp440F.tmp Failed : 0x80070643
AdvertisePackage failed (0x80070643).
Lowright users might fail to install this application if it requires higher privileges
После отключения UAC пользователь получает доступ к кэшу, но всё равно не имеет прав на установку программы.
AppEnforce.log:
ScriptHandler::EnforceApp failed (0x800702e4).
AppProvider::EnforceApp — Failed to invoke EnforceApp on Application handler(0x800702e4).
CommenceEnforcement failed with error 0x800702e4.
Method CommenceEnforcement failed with error code 800702E4
++++++ Failed to enforce app. Error 0x800702e4. ++++++
По умолчанию обычный доменный пользователь не имеет прав на установку программ, а именно под его учётной записью запускается инсталляция при работе с Application Catalog. Поэтому если вы назначаете установку приложения на коллекцию с обычными пользователями, то в Deployment Types выбирайте «запуск от имени системы»:
После установки не открывается ни сайт Application Catalog, ни Default Web Site:
Could not load type ‘System.ServiceModel.Activation.HttpModule’ from assembly ‘System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089?.
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Проблема известна интернету и легко гуглится.
Выполните %windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe /iru