Не удалось найти подходящий файл ресурсов для файла ADMX
Обновлено: 28.06.2024
Много раз меня спрашивают: "Джереми, когда я использую файлы ADMX, я обнаруживаю, что какое-то время они работают, а затем просто "перестают" работать. Вы это видели?»
Или другой способ, которым меня спрашивают: «Я хочу, чтобы настройки моих пользователей были заблокированы, поэтому я создал файл ADMX. Но это не работает так, как я ожидаю».
Итак, если вы хотите увидеть, в чем проблема с файлами ADMX (и один из способов сделать ваши настройки действительно принудительными), у меня есть видео, демонстрирующее проблему (и решение).
Вкратце: файлы ADMX не могут предотвратить махинации пользователей (но есть бесплатный/коммерческий инструмент), который я показываю в видео и который может воплотить это в жизнь.
Вот видео, чтобы показать вам, о чем я говорю:
Мы обнаружили, что вы используете блокировщик рекламы. Иногда это может повлиять на работу нашего видеопроигрывателя.
Для лучшего просмотра внесите пакет политик в белый список в своем блокировщике рекламы.
Групповая политика: файлы ADM/X — почему они не могут предотвратить махинации пользователей с расшифровкой видео
Привет всем. Это Джереми Московиц, Microsoft MVP, Enterprise Mobility. В этом видео я хочу немного поговорить с вами о файлах ADM и о том, что они не всегда работают так, как вы ожидаете.
Давайте поговорим о любом старом приложении, таком как «WinZip», в качестве примера. Если вы перейдете в «Параметры/Конфигурация…» здесь, а затем в «Пароли», вы можете продиктовать эти маленькие флажки здесь, используя файлы ADM.
Давайте поэкспериментируем. У меня есть файл ADM («Winzip.adm»), который я собираюсь использовать. Технический термин — «использовать в объекте групповой политики». Что я собираюсь сделать, так это «Использовать WinZip ADM». Я назову это своим именем объекта групповой политики. Нажмите «Изменить…» здесь.
В разделе «Конфигурация пользователя/Политики/Административные шаблоны» по умолчанию нет файлов WinZip, потому что их нет в коробке. Я щелкну правой кнопкой мыши и выберу «Добавить/удалить шаблоны…», нажму «Добавить…» и получу файл «Winzip.adm».
Как только я это сделаю, вы увидите, что здесь появляются маленькие «Классические административные шаблоны (ADM)». Как видите, у меня здесь четыре маленьких настройки. Как генерируются эти настройки? Внутри этого ADM-файла, если я использую «Блокнот» здесь и взгляну на «Winzip.adm», вы увидите, что у меня есть четыре раздела, и каждый раздел изменяет значение. Это строчные и прописные буквы, цифры и символы.
Теперь, когда у нас есть эти настройки, давайте продолжим и посмотрим, как файлы ADM могут нам помочь. Мы продолжим и нажмем «Включено» здесь. Мы продолжим и сделаем это для всех этих парней: «Следующая настройка», «Включено», «Следующая настройка», «Включено». Теперь мы доставляем все четыре из этих флажков.
Давайте перейдем к нашей целевой машине и запустим «gpupdate». Как и следовало ожидать, при применении групповой политики — либо при первом входе в систему, либо в фоновом режиме — вы получите этот объект групповой политики и, следовательно, установите параметры WinZip. Задержитесь на этой мысли на две секунды.
Давайте посмотрим «WinZip», «Параметры/Конфигурация…», «Пароли» и, конечно же, файл ADM доставил эти настройки. Вы думаете про себя: «Ну, отлично». Теперь, когда они доставлены, если пользователь обойдет эти настройки, нажмет «ОК» и закроет их, что произойдет в следующий раз, когда вы запустите «WinZip»? Что ж, в следующий раз, когда вы запустите WinZip, почти ничего не произойдет. Это первая проблема, потому что сама групповая политика обновляется только в фоновом режиме и во время входа в систему.
Вы думаете про себя: «Нет проблем. Я просто подожду, пока групповая политика снова обновится в фоновом режиме». Мы смоделируем это с помощью «gpupdate» и заставим групповую политику снова загрузиться прямо здесь. Как только это будет сделано, вы подумаете: «Я перейду к WinZip и запущу его снова». Перейдите в «Параметры/Конфигурация…» и ничего не изменится.
Почему этого не произошло? Этого не произошло, потому что групповая политика в отношении файлов ADM и ADMX доставляет эти настройки только один раз. Я знаю, это сжигание мозгов. Он доставляет эти параметры только один раз, потому что происходит то, что внутренний номер версии объекта групповой политики не изменился.
Люди думают: "Я знаю, я просто попрошу пользователя выйти из системы и войти снова, и это все исправит, не так ли?" Что ж, посмотрим, что произойдет. Снова запустим «WinZip» от имени пользователя, заходим в «Параметры/Конфигурация…» и все равно не работает.
Если вы видели это — это ваш файл ADM — вы доставляете его пользователю, и он действительно работает, потому что он получает его в первый и единственный раз. Затем в следующий раз, когда они захотят обойти это и обновить групповую политику, эти параметры не будут обновлены. Это большой облом. Это проблема с файлами ADM. Он может передавать настройки, но не поддерживает эти настройки. Как только пользователь обойдет эти настройки, вы окажетесь в невыгодном положении.
Давайте поговорим о PolicyPak.PolicyPak — это коммерческая утилита, которая фактически имеет бесплатный и коммерческий режимы. Позвольте мне продолжить и отключить этот объект групповой политики (снимите флажок «Link Enabled»). Я «Создам объект групповой политики в этом домене и свяжу его здесь…» под названием «Заблокировать WinZip с помощью PolicyPak». Как я уже сказал, есть бесплатная и коммерческая версии, и все, что я здесь показываю, должно быть частью бесплатной версии.
Если я зайду здесь в «PolicyPak/Applications», я щелкну правой кнопкой мыши и выберу «New/Application». PolicyPak поставляется с большим количеством предварительно настроенных пакетов, действительно важных вещей, которые хранят данные в реестре, такие как «Acrobat» и «WinZip», и вещи, которые намного сложнее настроить, такие как «Firefox», «Java» и «Flash». /p>
Короче говоря, давайте для целей этого выступления снова поговорим о «WinZip 14 и более поздних версиях». Мы продолжим и нажмем на этого парня. Вы заметите, что это очень похоже на само приложение. Эта часть действительно очень крутая. В разделе «Пароли» давайте проверим все четыре этих флажка. Теперь эти параметры предоставляет PolicyPak. Мы продолжим и нажмем «ОК» здесь. Мы доставляем все четыре флажка.
Мы вернемся сюда. Поскольку PolicyPak использует механизм групповой политики таким же образом, как файлы ADM, файлы ADMX и предпочтения используют механизм групповой политики, как только групповая политика доставляется, директивы PolicyPak следуют вместе с ней. Вот и все, «gpupdate» завершает работу.
Запустим WinZip и посмотрим, что произойдет. Мы пойдем в «Параметры / Конфигурация…», перейдем к «Пароли» и посмотрим на это. В PolicyPak реализованы все четыре этих параметра. Помните, когда мы использовали файлы ADM, мы просто говорили, что пользователь может просто отключить всех этих четырех парней и просто весело работать с приложением. Это нехорошо.
Давайте посмотрим, что произойдет с PolicyPak, потому что с PolicyPak все совсем по-другому. Когда вы повторно запускаете «WinZip» — «gpupdate» не требуется — вы просто снова заходите в «Параметры / Конфигурация…», и PolicyPak возвращает настройки приложения без участия групповой политики. Позвольте мне повторить это еще раз, потому что это действительно важно. Как только настройки будут установлены на компьютере, PolicyPak повторно доставляет приложения каждый раз, когда приложение запускается.
Я даже могу приложить дополнительные усилия, чтобы доказать свою точку зрения, и я отключу сетевые кабели. Позвольте мне пойти и открыть «Центр управления сетями и общим доступом», и я отключу свои сетевые кабели здесь. Собственно, я сделаю это по-другому, «Изменить настройки адаптера». Просто чтобы доказать свою точку зрения, я «отключу» свое сетевое подключение.
Теперь мы все можем согласиться, что на планете Земля я никоим образом не связан. Вы видите, Windows ответила здесь. Но когда PolicyPak делает свое дело, это не имеет значения. Как только приложение повторно запускается, поскольку настройки уже были доставлены, они всегда доставляются повторно, онлайн или офлайн. Это супер круто. Позвольте мне продолжить и снова включить это.
Теперь я только что показал вам доставку настроек. Разве не было бы здорово, если бы у вас вообще не было махинаций с пользователями? Это крутая суперспособность PolicyPak. Позвольте мне показать вам, как это выглядит. Здесь, вернувшись к объекту групповой политики на моей станции управления, давайте вернемся к «Пароли» и щелкнем правой кнопкой мыши этот флажок и «Отключить соответствующий элемент управления в целевом приложении». Здесь мы собираемся «Скрыть соответствующий элемент управления в целевом приложении». Я собираюсь сделать одно из них серым, а другое скрыть. Это само по себе довольно круто.
Давайте посмотрим, что мы можем там сделать. Запустите «gpupdate» на целевой машине, и мы подождем, пока это закончится. Ну вот. Давайте перейдем к «WinZip», перейдите к «Параметры / Конфигурация…», перейдите к «Пароли» и, да, мы доставляем все четыре флажка. Но что еще более важно, если мы хотим в первую очередь предотвратить махинации пользователей, вы можете увидеть, что мы буквально сделали пользовательский интерфейс серым, чтобы пользователь не мог обойти его.
Но есть еще кое-что, что вы можете сделать. Внутри самого приложения пользователь по-прежнему может снять флажок или переместить эти элементы в то место, куда, возможно, вы вообще не хотите, чтобы они попадали. Пока приложение работает, оно фактически сохраняет эти настройки. Было бы здорово, если бы вы действительно могли гарантировать, что когда PolicyPak предоставляет ваши настройки, он также блокирует ACL приложения, сами фактические записи?
Если мы перейдем здесь к «Пароли», мы можем щелкнуть их правой кнопкой мыши и «Выполнить блокировку ACL» для списка управления доступом. Мы буквально заблокируем контроль доступа целевого приложения. Давайте продолжим и запустим «gpupdate» в последний раз, чтобы показать, что мы хотим убедиться, что эти настройки всегда будут такими, какими мы хотим. Ну вот.
Давайте здесь перейдем к «WinZip», перейдите в «Параметры/Конфигурация…», перейдите в «Пароли», и если пользователь делает какие-то махинации, которые он не должен делать — снимает галочки со значений или меняет какие-то настройки — мы делаем так, чтобы они даже не собирались работать во время работы приложения.
Когда дело доходит до установки параметров ваших приложений, файлы ADM кажутся хорошей идеей, но у них есть большой недостаток. Большим недостатком использования файлов ADM или ADMX является то, что, да, конечно, они предоставляют настройку, но тогда пользователи могут просто весело обойти настройку. Настройки не применяются повторно, и нет магической блокировки.
Я пытаюсь реализовать групповую политику на рабочих станциях Windows 8 и выше. политика, такая как Google Chome, но когда я копирую файлы Chrome ADMX в папку PolicyDefinitions, а затем добавляю шаблоны ADMX, я получаю сообщение об ошибке «Не удалось найти соответствующий файл ресурсов для огня \\domain\sysvol\domain\policies\policydefinitions\chrome.admx (ошибка = 2): система не может найти указанный путь.
Популярные темы в Active Directory и GPO
Вы также скопировали соответствующие файлы ADML для файлов ADMX?
10 ответов
Джекофаллтех
Получите свежую копию файлов из Google, это может произойти, если шаблоны повреждены
Вы также скопировали соответствующие файлы ADML для файлов ADMX?
да, я сделал то же самое..
работает только с корпоративной версией Google или общей версией Google.
Я уверен, что человек, опубликовавший это, уже давно это понял, но файл ADML необходимо скопировать в папку C:\Windows\PolicyDefinitions\en-US (или на любой другой язык, который у вас есть).< /p>
iamkl00t
Для всех, у кого такая же проблема. это случилось со мной по следующей причине:
Я живу в Великобритании, поэтому скопировал chrome.admx вместе с папкой en-GB в \\domain\sysvol\domain\policies\policydefinitions\
Однако мне пришлось скопировать папку en-US вместо en-GB. не знаю почему - см. ниже:
PS C:\> get-culture |fl
Родительский: en
LCID: 2057
KeyboardLayoutId: 2057
Имя: en-GB
IetfLanguageTag: en-GB
Отображаемое имя: English (United Kingdom)< br />NativeName: английский (Великобритания)
EnglishName: английский (Великобритания)
TwoLetterISOLanguageName: en
ThreeLetterISOLanguageName: eng
ThreeLetterWindowsLanguageName: ENG
CompareInfo: CompareInfo — en-GB
TextInfo : TextInfo - en-GB
IsNeutralCulture : False
CultureTypes : SpecificCultures, InstalledWin32Cultures, FrameworkCultures
NumberFormat : System.Globalization.NumberFormatInfo
DateTimeFormat : System. .Globalization.DateTimeFormatInfo
Календарь: System.Globalization.GregorianCalendar
OptionalCalendars:
UseUserOverride: True
IsReadOnly: False
Я удалил некоторые обновления, и после этого всякий раз, когда я открываю gpedit.msc, меня дважды встречает это сообщение об ошибке, во второй раз его шрифт черный и полужирный.
Сначала я неправильно понял это, думая, что это потому, что файл отсутствует, но в нем все еще есть оставшиеся записи реестра (или некоторые файлы конфигурации), и gpedit.msc настроен на его открытие во время работы, что приводит к этой ошибке.< /p>
Оказывается, WindowsMediaDRM.admx есть, но .\en-US\WindowsMediaDRM.adml отсутствует, к чему на самом деле относится «Соответствующий файл ресурсов», его расплывчатость вызвала у меня недоумение.
Я знаю, что это можно решить, скопировав файл с другого компьютера, но я не хочу этого делать, так как все другие компьютеры, к которым я могу получить доступ, будут стоить моих денег.
Моей системой является Windows 10 версии 20H2, выпуск Windows Pro N для рабочих станций, 64-разрядная версия, сборка ОС 19042.631, Microsoft Docs: ADMX_WindowsMediaDRM говорит, что Pro не поддерживается, я предполагаю, что это означает, что этого WindowsMediaDRM.admx не должно быть в %WINDIR%\PolicyDefinitions, но на самом деле он должен присутствовать;
Ошибка сохраняется. Поскольку хранилище компонентов (%windir%\WinSxs) содержит только файл WindowsMediaDRM.admx, и, поскольку он присутствует, ничего не нужно восстанавливать, отсутствует файл C:\Windows\PolicyDefinitions\en-US\WindowsMediaDRM.adml, а файл не t содержится в winsxs, поэтому он не был восстановлен.
Простая установка «Административных шаблонов (.admx) для Windows 10 October 2020 Update.msi» не решила проблему, ошибка все еще сохраняется, я попытался скопировать WindowsMediaDRM.admx из «C:\Program Files (x86)\ Microsoft Group Policy\Windows 10 October 2020 Update (20H2)\PolicyDefinitions" в C:\Windows\PolicyDefinitions и обнаружил наличие файла:
Я запускал команды dir для получения списка файлов в папках PolicyDefinitions:
С помощью @Rambound я понял причину этого и признал свое предположение ошибочным, я решил его, просто скопировав файл по этому пути:
Я до сих пор не понимаю, почему Windows всегда выдает расплывчатые сообщения об ошибках, если бы сообщение об ошибке было не таким расплывчатым, а ясным, я бы не запутался в его значении и решил бы его сразу.
1 Ответ 1
Я знаю, что это можно решить, скопировав файл с другого компьютера, я не хочу этого делать, какие ключи реестра или какие .ini (я предполагаю, что это .ini) файлы хранят какие файлы gpedit .msc настроен на открытие, чтобы я мог удалить запись?
Ошибка вызвана наличием файла политики .ADMX, но файл .ADML для файла политики отсутствует. Оба файла должны существовать, чтобы политика отображалась в редакторе локальной групповой политики. Поскольку вы не хотите использовать другой компьютер для устранения этой ошибки, вы можете просто установить административные шаблоны (.admx) для Windows 10 October 2020 Update (20H2)
Моя система — Windows 10 версии 20H2, выпуск Windows Pro N для рабочих станций, 64-разрядная версия, сборка ОС 19042.631, Microsoft Docs: ADMX_WindowsMediaDRM говорит, что Pro не поддерживается, я предполагаю, что это означает, что WindowsMediaDRM не должно быть. admx в %WINDIR%\PolicyDefinitions, если это так, то это было бы действительно странно.
В документации просто указано, что политика не будет применяться в Windows 10 Professional. Файл политики определенно должен существовать.
Мне удалось воссоздать ошибку на моей виртуальной машине. Я вручную удалил WindowsMediaDRM.adml в папке соответствующего языка (например, en-US) в папке C:\Windows\PolicyDefinitions\ и получил ту же ошибку. Я просто восстановил файл из содержимого предложенного файла административных шаблонов, и ошибка исчезла.
Альтернативным решением является простое удаление файла C:\Windows\PolicyDefinitions\WindowsMediaDRM.admx, который, скорее всего, будет восстановлен при установке следующего обновления компонентов. Файл политики .ADMX на самом деле заставляет политику отображаться в редакторе локальной групповой политики. При тестировании я удалял только .ADMX и изначально не получал ошибку.
Что касается причины, по которой команда DISM не восстановила файл. На основании того, что я могу сказать, WinSxS содержит только WindowsMediaDRM.admx, поскольку файл существует, не было файлов для восстановления. WinSxS — это каталог, используемый для восстановления установки Windows, когда образ в системе (например, WinSxS) поврежден и содержится в E:\Sources\install.wim
Спасибо. Мы получили ваш запрос и незамедлительно ответим.
Присоединяйтесь к нам!
- Общаться с другими участниками
- Уведомления об ответах
на ваши сообщения - Поиск по ключевым словам
- Доступ в один клик к вашим
любимым форумам - Автоматические подписи
на ваших сообщениях - Лучше всего то, что это бесплатно!
*Функции Tek-Tips зависят от того, получают ли участники электронную почту. Присоединяясь, вы соглашаетесь на получение электронной почты.
Правила публикации
Реклама, продажа, рекрутинг, размещение курсовых и дипломных работ запрещено.
Ошибка при редактировании объекта групповой политики
Ошибка при редактировании объекта групповой политики
Цитата:
Административные шаблоны. Обнаружена ошибка при синтаксическом анализе. Не удалось найти соответствующий файл ресурсов для файла \\domain.local\SysVo. \AppxPackageManager.admx (ошибка = 2): система не может найти указанный файл.
Цитата:
Административные шаблоны. Обнаружена ошибка при синтаксическом анализе. Не удалось найти соответствующий файл ресурсов для файла \\domain.local\SysVol\doma. \AppXRuntime.admx (ошибка = 2): система не может найти указанный файл.
Это началось вчера. Я пошел, чтобы скопировать несколько новых файлов .admx в папку, и когда мне было предложено перезаписать файл, я отменил его, поэтому на самом деле ничего не изменилось. Но с тех пор я получаю эту ошибку. Я также получаю сообщение об ошибке при редактировании объектов групповой политики с контроллера домена W2K8R2. Я могу редактировать объект групповой политики, и изменения работают.
Эти файлы существуют в папке \\domain.local\SYSVOL\domain.local\Policies\PolicyDefinitions\. Я видел некоторые предложения о том, что файлы должны быть в подпапке \en-us\, поэтому я тоже скопировал их все туда (а также оставил их в папке \PolicyDefinitions\, но это ничего не изменило.
Не понимаю, почему это вдруг стало проблемой. На самом деле ничего не изменилось.
Есть идеи, как решить эту проблему?
ОБНОВЛЕНИЕ: при просмотре вкладки "Настройки" в консоли управления групповыми политиками отображается
Например, файл AppxPackageManager.admx не имеет эквивалентного файла .adml. Ни AppXRuntime.admx, ни AuditSettings.admx, ни большинство других. Это проблема? Этих файлов там никогда не было, и я не могу нигде их скачать.
Есть также немного другая ошибка в:
и есть файлы hotspotauth.admx и hotspotauth.adml, но есть только файл kdc.admx, а не файл kdc.adml.
Как было сказано ранее, объекты групповой политики работают, и я могу их редактировать (после нажатия на все ошибки), и изменения вступают в силу. Но почему это началось внезапно и как мне это решить?
ОБНОВЛЕНИЕ. Я обнаружил, что файлы .adml должны находиться в подпапке \en-us\, и хотя они были в папке PolicyDefinitions, поэтому я удалил их. Сомневаюсь, что это что-то даст, но все же сделало.
Я обнаружил, что если я удалю, например, файл AppxPackageManager.admx из папки \PolicyDefinitions\, возникнет ошибка:
больше не появляется. Когда я вставляю файл обратно, ошибка возвращается.
Прочитав эту статью базы знаний, он говорит
Цитата:
Для создания отчетов или редактирования объекта групповой политики необходимо загрузить файл .admx, а также соответствующий языковой файл .adml
что объясняет, почему ошибки генерируются для файлов .admx, у которых нет соответствующих файлов .adml. Эта статья была для Vista/2008 (не Win7/2008R2), и ссылка для загрузки содержит файлы .admx и .adml, но AppxPackageManager.adml не является одним из них. Загрузка для Win7/2008R2 предоставляет только .admx, а не .adml, и я нигде не могу найти этот файл AppxPackageManager.adml (как и любые другие отсутствующие файлы .adml), которые, по-видимому, решили бы проблему, если бы они были в папку \en-us\.
- Как избавиться от этой ошибки? Похоже, размещение файлов .adml в папке \en-us\ является одним из решений, но файлы, похоже, не существуют, так как еще это можно решить?
- Почему это произошло после того, как все отлично работало без этих файлов?
Отправлено предупреждение
Благодарим вас за помощь в защите форумов Tek-Tips от неприемлемых сообщений.
Персонал Tek-Tips проверит это и примет соответствующие меры.
Ответить в этой теме
Размещение сообщений на форумах Tek-Tips доступно только для участников.
Нажмите здесь, чтобы присоединиться к Tek-Tips и пообщаться с другими участниками! Уже участник? Войти
После того как браузер Chrome будет установлен на корпоративных компьютерах ваших пользователей, вы сможете использовать предпочитаемые вами локальные инструменты для применения политик на этих устройствах. Используйте групповую политику Windows или предпочтительный инструмент настройки для Mac или Linux. Чтобы упростить настройку политики, Google предоставляет шаблоны политик, которые можно легко установить и обновить.
Вы можете установить политики на уровне устройства, которые будут применяться независимо от того, используют ли люди браузер Chrome или входят ли они в любой аккаунт. Вы можете установить политики уровня пользователя ОС, которые применяются, когда определенные пользователи входят в систему на устройстве. Вы можете применять политики, которые пользователи не могут изменять. Или разверните настройки по умолчанию, которые пользователи могут изменить.
Примечание. Полный список политик Chrome можно найти в папке common/ в ZIP-файле шаблонов политик (доступно на всех поддерживаемых языках).
Установка и настройка шаблонов политик Chrome
Нажмите ниже, чтобы просмотреть инструкции для вашей платформы.
Для Windows существует два типа шаблонов политик: шаблон ADM и шаблон ADMX. Проверьте, какой тип вы можете использовать в своей сети. В шаблонах показано, какие ключи реестра вы можете установить для настройки Chrome и каковы допустимые значения. Chrome просматривает значения, установленные в этих разделах реестра, чтобы определить, как действовать.
Шаг 1. Загрузите шаблоны политик Chrome
Откройте пакет.
Найдите шаблоны политик в папке Configuration и документацию в папке Documentation.
Шаг 2. Откройте загруженный шаблон ADM или ADMX
- Выберите «Пуск» > «Выполнить»: gpedit.msc. (Или запустите gpedit.msc в своем терминале)
- Перейдите в раздел Политика локального компьютера > Конфигурация компьютера > Административные шаблоны.
- Нажмите правой кнопкой мыши на "Административные шаблоны" и выберите "Добавить/удалить шаблоны".
- Добавьте шаблон chrome.adm в диалоговом окне.
- После завершения папка Google/Google Chrome появится в разделе "Административные шаблоны", если ее еще нет. Если вы добавили шаблон ADM в Windows 7 или 10, он появится в разделе Классические административные шаблоны/Google/Google Chrome.
Шаг 3. Настройте политики
- Установить домашнюю страницу. URL-адрес, который Chrome открывает, когда пользователь запускает браузер или нажимает кнопку "Домой".
- Отправлять анонимную статистику использования и информацию о сбоях. Чтобы отключить отправку любой информации о сбоях или анонимной статистики в Google, установите для этого параметра значение False.
- Отключить автообновления. Обычно это не рекомендуется, но вы можете отключить автообновления.
Примените политики к целевым машинам. В зависимости от конфигурации вашей сети для распространения политики может потребоваться время, или вам может потребоваться распространить эти политики вручную с помощью инструментов администратора.
Политики Chrome описаны на Mac в файле plist (список свойств). Это можно найти в комплекте Google Chrome Enterprise. Чтобы найти plist:
Для Linux мы создали файл JSON, который вы можете копировать и редактировать по своему усмотрению.
Читайте также: