Изменить все ACL, если в имени есть символы

@Segera · Регистрация: 03.06.2020

Студворк — интернет-сервис помощи студентам

просьба дать ускорение в решении следующего сетевого ресурса.
Открыт доступ C:\Document\Document01\Document02\...\Do cument0N\...
Может содержать имена каталогов и файлов с 4-мя символами ...ПРОД... без точек. Многие вложенные.
Необходимо для всех с именем ПРОД сбросить все вышестоящие разрешения в доступе и изменить на доступ на чтение для группы Users_Prod_City
Количество C:\...\Document0N\... несколько десятков. Разумеется с разными именами и соответственно изменения надо выполнить для групп Users_Prod_City_NN
Задействуем

PowerShell
1
2
3
4
# Получаем действующие разрешения у папки Folder1
$acl = Get-ACL -Path "C:\Document\Document01\Document02\...\Document0N\..."
# Устанавливаем эти же разрешения для папки Folder2
$acl | Set-Acl -Path "C:\Document\Document01\Document02\...\Document0N\..."

Как отловить именно все каталоги и файлы с именами ...ПРОД..., не трогая ACL все остальные. Там их сотни.
Приму совет как и каким инструментом уйти из подобного. Наверное в сайт. Для юзера группы Users_Prod_City актуально просмотр и открывать в своем окне ( в настоящем тупо в проводнике ) все каталоги и файлы ( офис - PDF ), для всех остальных юзеров все остальные каталоги и файлы, кроме C:\...\Document0N\... с именами ПРОД
К сожалению предложение перевести все с именами ...ПРОД... в отдельный ресурс не пройдет. Всё это делается сложно сказать каким количеством пользователей, сложно сказать сколько потребуют именно такой вид доступа, сложно сказать с каких лет это создана и каким образом всех переучить и конечно убедить.
Ищем скриптик с ForEach -Parallel -ThrottleLimit 64. Впрочем вполне без WWFoundation

YuS_2 · 03.07.2025, 13:24

Сообщение от volodin661

нет.
будут бесконечные игры с перестановками - 'а давайте теперь наоборот - это будет сверху, а вот это снизу и железной рукой перенесем направо то, что было слева',

Да согласен-согласен... возможно, так тоже будет...
Но заниматься распределением уровней доступа к файлам и папкам... причем выборочно: этому файлу дадим доступ бухгалтерии, этому файлу - отделу кадров, а этому каталогу - обоим сразу и пусть там файлы хранят и создают... а потом какому-нибудь стажеру, понадобится ещё ограничить доступ и опять выборки, "разбор полетов", распределение прав, офисные войны, чаепития и прочие сопутствующие радости повседневной админской жизни-работы в общественной куче-мале - веселуха же!

Добавлено через 21 минуту

Сообщение от Segera

1. Domain Users отбирать, добавлять "Domain\PROD_secretar_users" - чтение, "Domain\PROD_CEO" - запись. К выборке каталогов и файлов, где в имени присутствуют символы "_ПРОД". Разумеется без кавычек "". Слово Domain можно не указывать. Разумеется права админа и группа 'Domain Admins' без изменений на все каталоги и файлы.

Какие имена - это уже детали, а важен сам принцип... он до сих пор не выпестовался...
Смотрите:
1. Допустим создали каталог "Каталог1_ПРОД" с распределением вышеозначенных прав... и да, отключили ему наследование.
2. Со временем, безо всякой задней мысли, в этот каталог для пользователя "Domain\PROD_secretar_users" скопировали файл (для_секретаря.ext - он не имеет в названии символов "_ПРОД"), а ему просто жизненно необходимо его отредактировать... естественно, он попытается это сделать, но тут же выходит облом с посылом, при попытке записать этот отредактированный файл, ибо файловая система не дура, она помнит, что в этом каталоге права наследуются определенным образом. И неважно, какие права были у того файла ДО его помещения в этот каталог, даже с отключенным наследованием, этот файл при попадании в "Каталог1_ПРОД" приобретет права именно этого каталога. Попробуйте - вам понравится... или наоборот...

Всё, приехали... далее начнется веселуха.

Сообщение от Segera

что имеется ввиду под шаблоном?

"_ПРОД" - шаблон, по которому создается выборка.

Сообщение от Segera

На это надеюсь и было б замечательно, если наследование работало для цикла % ($PROD in $PRODs) или переменной $PRODs
пока мнение, надо в нужном месте задать флаги "ContainerInherit", "ObjectInherit","None", "ContainerInherit,ObjectInherit","No ne". ПО всем рекомендациям для цикла не работает.

Да цикл - это, всего лишь, инструмент. А вот как его применять - это уже зависит от скриптера, если неверно, то и результат будет не тем, который ожидался.

Добавлено через 2 часа 31 минуту

Сообщение от Segera

пока мнение, надо в нужном месте задать флаги "ContainerInherit", "ObjectInherit","None", "ContainerInherit,ObjectInherit","No ne". ПО всем рекомендациям для цикла не работает.

Перечитал...
Видимо, до меня не с первого раза доходит

Говорю, же, ТЗ необходимо подробнейше расписать, чтобы понять задачу... пока нет полного понимания у меня.
То бишь, Вы желаете вместо копирования правил, настраивать конкретные разрешения (а эти флаги, именно их указывают) при помощи powershell и у Вас не получается делать это в цикле?
Тут надо создавать объект System.Security.AccessControl.FileSystemAccessRule и через него управлять правилами (теми самыми флагами) на каждой итерации, с помощью метода SetAccessRule. Ну, а методы AddAccessRule, RemoveAccessRule позволяют добавлять/удалять пользователей с набором правил.

@Segera · 03.07.2025, 14:46 **[ТС]**

Сообщение от YuS_2

веселуха же!

был уверен, отличная замена Кабеди-Клаб на ТНТ. Но мы наверное уже отсмеялись.
1. это не допустим, а надо сделать по заданию. Главное не в наследовании ( актуально для директории, если содержит в имени _ПРОД ). А удаление всех групп без-ти и добавление двух целевых. Они конечно также пользователи домены.
2. для этой цели будет работать отлаженный ( надеюсь ) скрипт PS в планировщике и изменять разрешение доступа. Раз в пол-дня достаточно.
3. может напишите ваш пример, как выглядит понятное вам ТЗ? Для справки. Конечно не буду тут представлять свой скан служебной записки и от кого именно. Там ещё больше запутаннее. Т.к. дается руководителями у которых свои понятия.

Сообщение от YuS_2

То бишь, Вы желаете вместо копирования правил, настраивать конкретные разрешения (а эти флаги, именно их указывают) при помощи powershell и у Вас не получается делать это в цикле?
Тут надо создавать объект System.Security.AccessControl.FileSystem AccessRule и через него управлять правилами (теми самыми флагами) на каждой итерации, с помощью метода SetAccessRule. Ну, а методы AddAccessRule, RemoveAccessRule позволяют добавлять/удалять пользователей с набором правил.

Именно так и об этом был вопрос. Как именно эти флаги ввести в цикл.
SetAccessRule для вновь созданного тут же каталога или файла.
AddAccessRule, RemoveAccessRule уже для изменения.
Впрочем, идея удалить всё ( кроме доменных админов ) и через SetAccessRule также рассматривается на тестовых ресурсах.

YuS_2 · 03.07.2025, 15:26

Сообщение от Segera

может напишите ваш пример, как выглядит понятное вам ТЗ?

Не-не-не, даже за деньги не буду, ибо это неблагодарное дело, в котором необходимо учесть все нюансы...

А по сути, на это надо не просто руками помахать и издать приказ (как обычно пишут некоторые руководители), а потратить кучу времени, причем с пониманием всех внутренних процессов... в общем, не возьмусь.

Сообщение от Segera

Как именно эти флаги ввести в цикл.

Ну, можно, конечно, поковыряться и написать подробную инструкцию... но есть уже добрые люди, которые поделились своим опытом, вот, например - копировать сюда всю статью не вижу смысла...
А если коротко, для одного каталога, например:

PowerShell
1
2
3
4
5
6
7
8
$pth = 'z:\Каталог для изменения ACL'
$cat = get-acl 'd:\TEST'
#$cat|fl #для просмотра того, что было
$arule = new-object Security.AccessControl.FileSystemAccessRule ('DOMAIN\User','Fullcontrol','ContainerInherit, ObjectInherit','None','Allow')
$cat.setaccessrule($arule)
#$cat|fl #для просмотра того, что получилось
#Ну, а потом: хоть в цикле на выборке (выше уже есть пример как её создать), хоть для единичного объекта:
$cat|set-acl -path $pth

- то, что в скобках - надо менять на необходимые параметры, в том числе, это можно делать и в цикле... как-то так.
Ну и на всякий случай: отключение-включение наследования

Сообщение от Segera

SetAccessRule для вновь созданного тут же каталога или файла.
AddAccessRule, RemoveAccessRule уже для изменения.

Нет. Set - для замены существующих правил, Add - добавляет набор правил с конкретным пользователем/группой, Remove - удаляет набор правил для пользователя/группы. Обычно так...

@Segera · 08.07.2025, 14:05 **[ТС]**

Если есть такое понятие как решено на чуть больше половины, с допиливанием ручками, это сюда.
Итак исходное, чтобы не листать целых две страницы.
Дано: каталог D:\Документ\. Содержит десятки и сотни ( в аналогичных каталогах ) каталоги и файлы с содержанием в именах _ПРОД.
Необходимо:
1. удалить для этих каталогов и файлов группы Domain Users, также всех юзеров, создателей каталогов или любых.
2. создать доступ на ЗП/Чт для группы PROD_CEO для всех, что содержит _ПРОД рекурсивно
3. создать доступ на Чт для группы PROD_secreter_users для всех, что содержит _ПРОД рекурсивно.
Решение:

PowerShell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
﻿$Path ="D:\Документ\*.*" # Удивлен, но без \*.* не обойтись 
 
#  списки полных путей с фильтром в названии _ПРОД по файлам и каталогам
#  Здесь аналогично работает предложение YuS_2 dir "z:\каталог" -rec|? basename -match 'ПРОД'
$PROD = (GCI -Path $Path -Recurse | ? BaseName -Match "_ПРОД").FullName
$PRODDir = ((GCI -Path "D:\Документ" -Recurse | ? BaseName -Match "_ПРОД") | ? {$_.PsIsContainer -EQ $True}).FullName
 
#  списки ACL по файлам и каталогам
$ACL = Get-ACL -Path $PROD
$ACL = Get-ACL -Path $PRODDir                                            
 
<#Теперь создадим переменную с указанием пользователя, прав доступа и типа разрешения (Allow или Deny): разумеется Allow #>
$SettingRead = "PROD_secreter_users","ReadData","Allow"
$SettingMod = "PROD_CEO","Modify","Allow"
$Groups = "Domain Users","Modify","Allow"
$Users = "Secretar","Modify","Allow"
 
$FolderRules = "ReadData","ContainerInherit","ObjectInherit","None" # Не работает, но может будут идеи :)
$Inherit = "ContainerInherit","ObjectInherit","None" # Не работает, но может будут идеи :)
 
<#Теперь необходимо передать эту переменную в класс FileSystemAccessRule для создания объекта:#>
$AccessRuleRead = new-object System.Security.AccessControl.FileSystemAccessRule $SettingRead
# $InheritRuleRead = new-object System.Security.AccessControl.FileSystemAccessRule $Inherit # Не работает, но может будут идеи :)
$AccessRuleMod = new-object System.Security.AccessControl.FileSystemAccessRule $SettingMod
$DelGroups = New-Object System.Security.AccessControl.FileSystemAccessRule $Groups
$DelUsers = New-Object System.Security.AccessControl.FileSystemAccessRule $Users
 
<#Ну и теперь, собственно, можно уже применять объект с параметрами (пользователь, тип доступа) в ACL целевой папки:#>
$ACL.SetAccessRuleProtection($true,$true)
$ACL.AddAccessRule($AccessRuleMod)
$ACL.AddAccessRule($AccessRuleRead)
# $ACL.AddAccessRule($InheritRuleRead)  # Не работает, но может будут идеи :)
$ACL.RemoveAccessRuleAll($DelGroups)
$ACL.RemoveAccessRuleAll($DelUsers)
 
$ACL | Set-Acl -Path $PRODDir
$ACL | Set-Acl -Path $PROD
# Просмотр завершения для справки
[system.enum]::getnames([System.Security.AccessControl.FileSystemRights])

1. что не работает. Распространение на вложенные каталоги с содержанием в имени _ПРОД \\\\Имя-какое-то_ПРОД\ на весь каталог с прописанными новыми $ACL. Почему, пока не пойму. Но радует их не так много в каждом, значительно легче пройтись в ручную и Безопасность\Дополнительно\снять птичку "Добавить ..."\Изменить для нужной группы\Применять Для этой папки и её ... + птичка\ОК
Таких ручных действий в 3-10 по всему каталогу. Почти подарок, в сравнении с тем что было.
2. пришел к выводу, работает при использовании распространения для имен с содержанием _ПРОД отдельно для каталогов и файлов. От списка до ACL.
3. Если есть идеи для лучшего решения, конечно велкам и буду рад. Прежде всего, как добиться распространение $ACL на рекурсию каталогов, которые содержат _ПРОД. Если в название нет этих букв, всё отлично проникает и распространяется на все ресурсы. Пока не найдет очередной каталог с названием _ПРОД. Не сильно критично, но хотел бы понять, в чем причина
В принципе можно сдавать
ПС. Спасибо за поддержку YuS_2

YuS_2 · 09.07.2025, 11:51

Сообщение от Segera

PowerShell
1
$Path ="D:\Документ\*.*" # Удивлен, но без \*.* не обойтись

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

Сообщение от Segera

PowerShell
1
2
$PROD = (GCI -Path $Path -Recurse | ? BaseName -Match "_ПРОД").FullName
$PRODDir = ((GCI -Path "D:\Документ" -Recurse | ? BaseName -Match "_ПРОД") | ? {$_.PsIsContainer -EQ $True}).FullName

Здесь получатся две выборки, одна - файлы и каталоги, вторая - каталоги.
Поэтому:
Для отдельной выборки файлов и отдельной каталогов, необходимо поступить так:

PowerShell
1
2
3
4
5
6
$Path ="D:\Документ\"
 
#  списки полных путей с фильтром в названии _ПРОД по файлам и каталогам
#  Здесь аналогично работает предложение YuS_2 dir "z:\каталог" -rec|? basename -match 'ПРОД'
$PRODfile = (GCI -Path $Path -Recurse -file| ? BaseName -Match "_ПРОД").FullName
$PRODdir = (GCI -Path $Path -Recurse -dir| ? BaseName -Match "_ПРОД").FullName

И далее уже работать отдельно по каталогам и отдельно по файлам...

Сообщение от Segera

PowerShell
1
2
$FolderRules = "ReadData","ContainerInherit","ObjectInherit","None" # Не работает, но может будут идеи :)
$Inherit = "ContainerInherit","ObjectInherit","None" # Не работает, но может будут идеи :)

Здесь, конструкторы класса FileSystemAccessRule, при создании объекта, не позволят так вольно обращаться с правами доступа... ссылка на конструкторы
1. Без указания маски доступа, не получится создать объект
2. Флаги InheritanceFlags, необходимо объединять в одну строку
примерно так, должно быть:

PowerShell
1
2
$FolderRules = "ReadData","ContainerInherit, ObjectInherit","None","Allow"
$Inherit = 'DOMAIN\User',"ContainerInherit, ObjectInherit","None","Allow"

Сообщение от Segera

удалить для этих каталогов и файлов группы Domain Users, также всех юзеров, создателей каталогов или любых.

Создатели каталогов, по умолчанию, являются их владельцами, которых удалить не получится, можно поменять только...

Сообщение от Segera

PowerShell
1
2
<#Ну и теперь, собственно, можно уже применять объект с параметрами (пользователь, тип доступа) в ACL целевой папки:#>
$ACL.SetAccessRuleProtection($true,$true)

Есть унаследованные права, а есть явно заданные...

За управление наследованием отвечает метод SetAccessRuleProtection. Метод имеет два параметра, каждый из которых может быть $true или $false. Значение первого параметра $true блокирует наследование разрешений от родителя, $false включает наследование для объекта. Второй параметр отвечает за судьбу текущих разрешений для объекта при отключении наследования. Значение $true оставляет унаследованные разрешения в виде явно заданных разрешений, $false наоборот удалит унаследованные разрешения и оставит только те, которые были явно заданы. Например SetAccessRuleProtection ($true,$false) — убираем наследование и удаляем унаследованные разрешения.

Сообщение от Segera

1. что не работает. Распространение на вложенные каталоги с содержанием в имени _ПРОД \\\\Имя-какое-то_ПРОД\ на весь каталог с прописанными новыми $ACL. Почему, пока не пойму.

Здесь бы подробности, скрины ошибки и т.п. инфа не помешала бы...

@Segera · 18.07.2025, 13:38 **[ТС]**

Протестировано, сдано, настало самое приятное. Колпачки на голову, пампошки на нос, вкусняшки на стол отметить

По поводу? Всё работает как надо. Есть некоторые замечания и придирки, потому без них, как без пряников.
Итак задачу раза 2-3 описывал. В очередной не надо.
Для решения придется создать два скрипта. Один на файлы, второй на каталоги. Наверное можно объединить. Но не хочется заморачиваться с разными переменными $ACL. Также всё равно придется стартовать в планировщике на каждый каталог ( 15-17 штук ) отдельно. Идея улучшения просится, но можно отложить на потом, когда интерес перевесит всё остальное.
Итак. Создать
ResetACL-File.ps1

PowerShell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
﻿$Path ="D:\Документ"
 
$PROD = (GCI -Path $Path -Recurse -File | ? BaseName -Match "_ПРОД").FullName
 
$ACL = Get-ACL -Path $Path
 
$FolderRulesRead = "Prod_Secretar_users","ReadData","ContainerInherit,ObjectInherit","None","Allow"
$FolderRulesMod = "PROD_CEO","Modify","ContainerInherit,ObjectInherit","None","Allow"
 
$GroupsDelete = "Domain Users","Modify","ContainerInherit,ObjectInherit","None","Allow"
$UsersDelete = "Secretar","Modify","ContainerInherit,ObjectInherit","None","Allow"
 
<#Теперь необходимо передать эту переменную в класс FileSystemAccessRule для создания объекта:#>
$AccessRuleRead = new-object System.Security.AccessControl.FileSystemAccessRule $FolderRulesRead
$AccessRuleMod = new-object System.Security.AccessControl.FileSystemAccessRule $FolderRulesMod
$DelGroups = New-Object System.Security.AccessControl.FileSystemAccessRule $GroupsDelete
$DelUsers = New-Object System.Security.AccessControl.FileSystemAccessRule $UsersDelete
 
<#Ну и теперь, собственно, можно уже применять объект с параметрами (пользователь, тип доступа) в ACL целевой папки:#>
$ACL.AddAccessRule($AccessRuleRead)
$ACL.AddAccessRule($AccessRuleMod)
$ACL.RemoveAccessRuleAll($DelGroups)
$ACL.RemoveAccessRuleAll($DelUsers)
$ACL | Set-Acl -Path $PROD
[system.enum]::getnames([System.Security.AccessControl.FileSystemRights]) # Просто для индикации завершения, можно заменить на -WhatIf

ResetACL-Dir.ps1

PowerShell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
﻿$PRODDir = (GCI -Path "D:\Документ" -Recurse -Dir | ? BaseName -Match "_ПРОД").FullName
 
$ACL = Get-ACL -Path "D:\Документ"
 
$FolderRulesRead = "PROD_Secretar_users","ReadData","ContainerInherit,ObjectInherit","None","Allow"
$FolderRulesMod = "PROD_CEO","Modify","ContainerInherit,ObjectInherit","None","Allow"
 
$Groups = "Domain Users","Modify","Allow"
$Users = "Secretar","Modify","Allow"
 
<#Теперь необходимо передать эту переменную в класс FileSystemAccessRule для создания объекта:#>
$AccessRuleRead = new-object System.Security.AccessControl.FileSystemAccessRule $FolderRulesRead
$AccessRuleMod = new-object System.Security.AccessControl.FileSystemAccessRule $FolderRulesMod
$DelGroups = New-Object System.Security.AccessControl.FileSystemAccessRule $Groups
$DelUsers = New-Object System.Security.AccessControl.FileSystemAccessRule $Users
 
<#Ну и теперь, собственно, можно уже применять объект с параметрами (пользователь, тип доступа) в ACL целевой папки:#>
$ACL.AddAccessRule($AccessRuleRead)
$ACL.AddAccessRule($AccessRuleMod)
$ACL.RemoveAccessRuleAll($DelGroups)
$ACL.RemoveAccessRuleAll($DelUsers)
$ACL | Set-Acl -Path $PRODDir
[system.enum]::getnames([System.Security.AccessControl.FileSystemRights]) # Просто для индикации завершения, можно заменить на -WhatIf

Всё работает на каталоги, состоящие из общего количества каталогов-файлов 10000 - 15000. Есть один на 5500. Чего удалось избежать - ручной труд.
За это очередное Спасибо за поддержку YuS_2

и уважение!

Что было б на перспективу в категорию хорошо. Закатать в WorkFlowFoundation или Function ( сейчас время на отработку минуты-полторы, не критично ), стартовать
ResetACL-FileWWF.ps1 -Path "D:\Документ" <или любой другой>. Об этом подумаю. Всем спасибо.

@Segera · 21.07.2025, 09:24 **[ТС]**

Пожалуй надо добавить два ключевых условия. О которых забыл в 18.07.2025.
1. скрипт запускать с правами администратора
2. отключить наследование и распространить на все целевые каталоги
3. конечно лучше стартовать в одном скрипте. Тем более таких скриптов по парам немало.

PowerShell
1
2
3
4
5
IEX .\ResetACL-File-01.ps1
IEX .\ResetACL-Dir-01.ps1
.....
IEX .\ResetACL-File-XX.ps1
IEX .\ResetACL-Dir-XX.ps1

@Segera · 19.08.2025, 10:15 **[ТС]**

Сообщение от Segera

"ReadData"

некоторый коррект, который нужен для группы пользователей на чтение/выполнение
ReadData заменить на Read
Не заметил, публикуя скрипт

Новые блоги и статьи Все статьи Все блоги /
Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .