Назад | Перейти на главную страницу

Ошибка 1606 - MSI, UNC-пути и разрешения?

У меня постоянная проблема с некоторыми нашими настольными системами Windows, где мы видим, что различные пакеты MSI выдают ошибку 1606 (и 1314 в журнале MSI), что является проблемой разрешения при попытке установки. Это почти всегда расположение документов, изображений или какой-либо другой папки пользователя в этой иерархии, но это расположение действительно существует, и к нему можно получить доступ (о чем свидетельствуют файлы журнала, которые могут быть созданы и сохранены в указанных местах).

Какое-то время я думал, что это потому, что мы установили для каталогов пользователей пути UNC, потому что изменение их на буквы дисков, похоже, решает проблему. Однако есть случаи, когда путь UNC не вызывает проблем на несвязанных машинах с идентичными настройками (настройки клиента SCCM, одинаковые применяемые объекты групповой политики, одинаковые разрешения и т. Д.) С теми, у которых есть проблемы.

Я много искал на форумах technet, autodesk и контактировал с компанией, которая поддерживает один из используемых нами пакетов, но, похоже, пока никто не смог помочь. Обычно дается ответ, чтобы проверить пути в разделе «Папки пользовательской оболочки» в реестре, но они намеренно настроены на пути UNC.

К вашему сведению, мы используем UEV для виртуализации профиля пользователя. Они входят в систему, после чего происходят следующие сопоставления:

Каждый пользователь имеет доступ к своим общим папкам по указанным выше путям и имеет полные разрешения в своей области.

Например, один пакет настроен на установку для каждого пользователя при входе в систему. Как типично для этой проблемы, мы получаем сообщение об ошибке, в котором говорится, что к папке рабочего стола невозможно получить доступ, хотя это очевидно. Тем не менее, запуск от имени администратора иногда работал - но опять же, это пакет для каждого пользователя, поэтому его действительно нужно запускать для пользователя, вошедшего в систему. Я даже не уверен, что папки, которые вызывают ошибку, даже используемый; так это просто плохо настроенный MSI?

Ниже приведены настройки реестра для стандартной машины:

Вот несколько примеров приложений, в которых, как я видел, есть ошибки:

AutoCAD 2014:

Ошибка 1606 появляется, когда пользователь (некоторые пользователи, а не все, как кажется) пытается запустить AutoCAD в первый раз. Если администратор (локальный и доменный) пытается запустить его, все работает нормально, и кажется, что настройки хранятся локально, а не в их общей сетевой области хранения для их настроек. Иногда. Но если обычный пользователь пытается запустить его, появляется сообщение о том, что он не может получить доступ к папке.

Автограф 3.20:

Ошибка 1606 появляется при попытке установить AutoCAD в качестве пользователя домена. В конце концов установка не удалась, потому что она не может получить доступ к / SendTo или / Documents

Примеры из журнала msiexec:

MSI (c) (40:28) [15:55:12:744]: Note: 1: 1314 2: \\fileservc\settings$\otb\Microsoft\Windows\SendTo \
MSI (c) (40:28) [15:55:12:744]: Note: 1: 1606 2: \\fileservc\settings$\otb\Microsoft\Windows\SendTo \
Error 1606.Could not access network location \\fileservc\settings$\otb\Microsoft\Windows\SendTo \.
MSI (c) (40:28) [15:57:45:230]: Product: Autograph 3.20 -- Error 1606.Could not access network location \\fileservc\settings$\otb\Microsoft\Windows\SendTo \.

Картограф облачного диска:

Это выполняется для каждого пользователя при входе в систему, чтобы сопоставить свой диск. Это включает в себя msiexec, который для большинства пользователей приводит к ошибке 1606 при попытке сопоставить свой рабочий стол (независимо от того, предназначено ли это или нет, дело не в этом, более того, вошедший в систему пользователь может получить доступ к местоположению, которое установка может ' t кажется) Примеры из журнала msiexec:

MSI (c) (70:04) [10:00:49:185]: Product: Cloud Drive Mapper -- Error 1606. Could not access network location \\fileservc\home$\OTB\Desktop\.

MSI (c) (70:04) [10:00:49:185]: Note: 1: 1314 2: \\fileservc\home$\OTB\Desktop\
MSI (c) (70:04) [10:00:49:185]: Note: 1: 1606 2: \\fileservc\home$\OTB\Desktop\
MSI (c) (70:04) [10:00:49:185]: Note: 1: 2262 2: Error 3: -2147287038

Я подумал, что, возможно, это проблема с локальным хостом, на котором msiexec запущен как "система", но журналы ошибок, похоже, указывают, что он работает как зарегистрированный аккаунт:

Кроме того, файловый сервер не показывает журналы ошибок в средстве просмотра событий - я попытался добавить аудит в общую папку тестового пользователя и проверку на сбой всех политик в разделе «Локальные политики / Политика аудита /». Ничего не появляется. Единственное место, где отображаются ошибки, - это msiexec на локальном компьютере.

Я также пробовал доверять тестовой машине для делегирования файловому серверу и изменять настройки безопасности файлового сервера, чтобы добавить учетную запись тестового компьютера с полным доступом, чтобы охватить все базы. Нет разницы.