Поставщик дал для тестирования ALD Pro. Опишу здесь возникшие проблемы, недостатки и свое мнение о данном программном комплексе. Тестируемая версия 1.1.0
К чему претензий нет:
1. Подсистема общего доступа работает нормально
2. Управление Dns реализовано нормально
Не проверялось:
1. Подсистема печати
2. Подсистема установки ОС по сети
3. Сервер журнала событий
Плохая реализация + проблемы:
1. Плохо сделано управление DHCP сервером.
Написал и импортировал скрипт, сервер работает, но информативности вообще никакой. Пока компьютер не в домене, кому что DHCP раздает вообще не видно. По нормальному нужно бы дополнительно к скриптовой настройке, сделать настройку сервера и управление компьютерами подключенными к серверу через адекватный графический интерфейс.
2. Проблемы с групповыми политиками.
Групповые политики почему-то действуют только на пользователя и компьютер. Политики не применяются к группе пользователей и группе компьютеров находящихся в составе подразделения на которое действует политика.
3. Подсистема репозитория
Встроенный в систему редактор репозиториев удобнее, чем подсистема репозиториев в ALD. При создании репозитория через подсистему, не создаются файлы Packages и Release. После генерации Packages вручную и размещении его в нужном месте, репозиторий начинает работать. Нельзя отредактировать репозиторий после публикации, только создавать новую версию. При удалении версии или репозитория целиком через web интерфейс, не удаляются созданные ранее каталоги на сервере репозиториев. Также при создании версии репозитория с архитектурой all, присутствует только папка conf и симлинк на deb пакет, при создании amd64 не хватает только упомянутых выше Packages и Release, осталное создается нормально. Также не все пакеты можно добавить в подсистему репозиториев ALD. Например, deb пакет chromium gost, скачанный с github, пишет, что добавление завершено успешно, но пакет не появляется, а программа Ассистент нормально добавляется. Во встроенном редакторе репозиториев все пакеты добавляются нормально, к тому показываются и проверяются зависимости, чего нет в подсистеме ALD. Итог: встроенный редактор репозиториев удобнее обслуживать, но минус в том, что его нельзя привязать к каталогам и политикам ПО в ALD
4. Проблема с удалением сервера из списка подсистемы.
В ситуации, когда сервер недоступен, сервер нельзя удалить из списка подсистем, т.к. при удалении запускается скрипт автоматизации пытающийся удалить подсистему с сервера, но если сервер недоступен и допустим уже не будет доступен, его нельзя просто удалить из списка
5. Отсутствует возможность установки нескольких подсистем на 1 сервер ( ответ от поставщика, который имеет контакты с разработчиками).
На мой взгляд было бы логично установить на 1 сервер систему мониторинга и сервер журнала событий, а все остальное стыковать от предполагаемой нагрузки на сервера.
6. Отсутствует возможность наложения доменной группы на локальную.
Для удобства, чтобы не добавлять каждого конкретного пользователя в локальные группы, нужна возможность добавления доменных групп в локальные. Например, в другой системе для этого используется модуль libnss-role. Компилировал из исходников в астре, работает. В чем проблема добавить подобное по умолчанию, не понимаю.
К чему претензий нет:
1. Подсистема общего доступа работает нормально
2. Управление Dns реализовано нормально
Не проверялось:
1. Подсистема печати
2. Подсистема установки ОС по сети
3. Сервер журнала событий
Плохая реализация + проблемы:
1. Плохо сделано управление DHCP сервером.
Написал и импортировал скрипт, сервер работает, но информативности вообще никакой. Пока компьютер не в домене, кому что DHCP раздает вообще не видно. По нормальному нужно бы дополнительно к скриптовой настройке, сделать настройку сервера и управление компьютерами подключенными к серверу через адекватный графический интерфейс.
2. Проблемы с групповыми политиками.
Групповые политики почему-то действуют только на пользователя и компьютер. Политики не применяются к группе пользователей и группе компьютеров находящихся в составе подразделения на которое действует политика.
3. Подсистема репозитория
Встроенный в систему редактор репозиториев удобнее, чем подсистема репозиториев в ALD. При создании репозитория через подсистему, не создаются файлы Packages и Release. После генерации Packages вручную и размещении его в нужном месте, репозиторий начинает работать. Нельзя отредактировать репозиторий после публикации, только создавать новую версию. При удалении версии или репозитория целиком через web интерфейс, не удаляются созданные ранее каталоги на сервере репозиториев. Также при создании версии репозитория с архитектурой all, присутствует только папка conf и симлинк на deb пакет, при создании amd64 не хватает только упомянутых выше Packages и Release, осталное создается нормально. Также не все пакеты можно добавить в подсистему репозиториев ALD. Например, deb пакет chromium gost, скачанный с github, пишет, что добавление завершено успешно, но пакет не появляется, а программа Ассистент нормально добавляется. Во встроенном редакторе репозиториев все пакеты добавляются нормально, к тому показываются и проверяются зависимости, чего нет в подсистеме ALD. Итог: встроенный редактор репозиториев удобнее обслуживать, но минус в том, что его нельзя привязать к каталогам и политикам ПО в ALD
4. Проблема с удалением сервера из списка подсистемы.
В ситуации, когда сервер недоступен, сервер нельзя удалить из списка подсистем, т.к. при удалении запускается скрипт автоматизации пытающийся удалить подсистему с сервера, но если сервер недоступен и допустим уже не будет доступен, его нельзя просто удалить из списка
5. Отсутствует возможность установки нескольких подсистем на 1 сервер ( ответ от поставщика, который имеет контакты с разработчиками).
На мой взгляд было бы логично установить на 1 сервер систему мониторинга и сервер журнала событий, а все остальное стыковать от предполагаемой нагрузки на сервера.
6. Отсутствует возможность наложения доменной группы на локальную.
Для удобства, чтобы не добавлять каждого конкретного пользователя в локальные группы, нужна возможность добавления доменных групп в локальные. Например, в другой системе для этого используется модуль libnss-role. Компилировал из исходников в астре, работает. В чем проблема добавить подобное по умолчанию, не понимаю.
Последнее редактирование: