Это так же актуально и для Р11

Прошу предоставить дополнительную информацию, для воспроизведения ошибки:

- Состав стенда - ОС на контроллере домена 
- Шаги воспроизведения (как и какие политики настраивались) 
- Реальный результат
- Ожидаемый результат

Контроллеры домена Windows Server 2016-2022, уровень домена и леса 2008r2

Шаг 1: создаём политику монтирования сетевого диска, с привязкой его к корню домена

Реальный результат: сетевые диски примонтировались
Ожидаемый результат: сетевые папки примонтировались

Шаг 2: Привязку к корню домена оставляем, но выключаем связь (ПКМ - убрать галочку с "Связь включана")

Реальный результат: диски примонтировались
Ожидаемый результат: диски отключились

Windows-Server-2016-X64FRE-RU-RU
p10-workstation-10.4-x86-64

Воспроизводится по шагам из комментария 3.

Не проверялось на Sisyphus

Перенос на Branch p11 для ретеста: по комментарию 1 проблема актуальна и для p11.

Проверка актуальности.

Состояние:
Ошибка воспроизведена в p10 14.09.2025 (Windows Server 2016 + p10-workstation-10.4): после выключения связи политики монтирования сетевого диска диски остаются примонтированными; gpupdate --force и gpoa --force не помогают, только удаление /var/cache/samba/gpo_cache/<DOMAIN>. Репортёр отметил актуальность и для p11.

В p10 gpupdate обновлён до 0.13.4-alt1 (задание 398426.100.4.1, 15.12.2025), в p11 — 0.16.1-alt1, в Sisyphus — 0.16.3-alt1; в changelog есть GPP lifecycle management (0.15.0: applyOnce, removePolicy, disabled) и исправления GPP cleanup (0.16.1), но явного исправления инвалидации кеша при выключении связи политики нет. Бумажный анализ не позволяет подтвердить или опровергнуть исправление.

Решение:
Ретест сценария из комментария 3 на p11 (gpupdate-0.16.1-alt1) со стендом Windows AD. Задача перенесена в Branch p11 и назначена на qa-team.

Проверила в Sisyphus и p11 (Альт Рабочая станция 11.2, система обновлена до текущего состояния репозитория):
Sisyphus: gpupdate-0.16.3-alt1, autofs-5.1.9-alt3
p11: gpupdate-0.16.1-alt1, autofs-5.1.9-alt2

Сценарий по комментарию 3: пользовательская политика "Сопоставление дисков" (два диска S: и T: на сетевые папки DC), политика связана с корнем домена. Вход доменным пользователем - диски подключены (/run/media/<пользователь>/drives). Затем связь оставлена, но выключена (флаг отключения в gPLink, samba-tool gpo getlink показывает GPLINK_OPT_DISABLE), после чего gpupdate --force в сеансе пользователя (попытка 1) и выход/вход (попытка 2).

Результат в обеих ветках: после выключения связи диски отключаются - карта /etc/auto.master.gpupdate.d/<пользователь>.conf удаляется, каталог /run/media/<пользователь>/drives пропадает, и по gpupdate --force, и после повторного входа. При повторном включении связи диски возвращаются. Вариант из исходного описания (удалить диск из самой политики) тоже отрабатывает: после удаления T: из политики и gpupdate --force остаётся только S:. Удалять кеш /var/cache/samba/gpo_cache не требуется.

Ошибка не воспроизводится.