Зачем использовать тонну разных программ по вырезанию всего и вся, если есть встроенная утилита конфигурирования dism? При желании, есть графическая оболочка над ней dism++ https://github.com/Chuyu-Team/Dism-Multi-language
И удаляет и отключает, всё что может понадобиться. Остальное должно настраиваться политиками и ключами в реестре вручную, для понимания происходящих процессов. Да, в linux это было бы проще и быстрее, а в windows кучи всякого говнища, но лучше разбирать всё в ручном режиме, а для массовой настройки -писать свои скрипты
Как вариант можно было бы попробовать сотрудничество с CCP eve online - вроде как они уже не первый раз участвуют в подобных проектах массового анализа посредством обработки данных игроками
А вместо syslinux, который не обновлялся с 2014 года и состоит из нескольких файлов, для которых нужно разбираться, что за что отвечает, можно воспользоваться ipxe, который является прошивкой для сетевых карт, но так же может выступать в качестве загрузчика.
С https://github.com/ipxe/ipxe собирается 2 бинарника с уже встроенными драйверами под большинство сетевых карт - один для запуска в режиме LEGACY, другой EFI и пишется меню (микро пример с боевого pxe и debian11):
# Ссылки из меню работают по принципу GOTO
menu Любое название меню в заголовке
item --gap -- -------- Debian Images --------
item -k m debian11 Debian 11 (M)anager Image
:debian11
# Тут с сервера по http подтягивается netinstall загрузчик linux и ядро.
# Ему передаются требуемые ключи для запуска и файл ответов
kernel ${httpServer}/images/bullseye/install.amd/linux auto=true priority=high vga=788 url=${httpServer}/images/bullseye/install.amd/pxe_${platform}_preseed.cfg netcfg/dhcp_failed=note netcfg/dhcp_options="Retry network autoconfiguration" netcfg/get_domain= --- quiet initrd=initrd.gz
initrd ${httpServer}/images/bullseye/install.amd/initrd.gz
# Запуск/передача управления загрузчику linux,
# в случае ошибки - отработка функции ошибок
boot || goto error
goto start
# При ошибках выход на командную строку
:error
echo Failed - have error
sleep 1
goto shell
А каким образом бот был разделен на модули? Буквально на плагины, микросервисы или условно раскиданы по папкам?
У меч тоже есть телеграм бот для офисной техподдержки внутренних пользователей. Сейчас он является монолитом с несколькими модулями внутри и вся логика строго завязана на одном пакете. Сейчас провожу расследование на тему- написать шлюз для go плагинов, чтобы каждый раздел бота был независимым плагином, которые можно было добавлять и удалять независимо от шлюзовой части, всякий раз погружаться в анализ логики обработки сообщений бота.
Зачем использовать тонну разных программ по вырезанию всего и вся, если есть встроенная утилита конфигурирования dism? При желании, есть графическая оболочка над ней dism++ https://github.com/Chuyu-Team/Dism-Multi-language
И удаляет и отключает, всё что может понадобиться. Остальное должно настраиваться политиками и ключами в реестре вручную, для понимания происходящих процессов. Да, в linux это было бы проще и быстрее, а в windows кучи всякого говнища, но лучше разбирать всё в ручном режиме, а для массовой настройки -писать свои скрипты
https://ipxe.org/howto/sccm
счет sccm и ipxe не подскажу, у нас работает ipxe в котором подготовлены образы для linux и windows. Т.е. разливаем всё что угодно.
Могу написать подробный пост по подготовке сервера, образов Linux и windows , и тому, как оно работает.
Возможно оно будет немного дублировать другие статьи с хабра, но связка работает успешно с минимумом файлов настроек
@xTuMoHx
Как вариант можно было бы попробовать сотрудничество с CCP eve online - вроде как они уже не первый раз участвуют в подобных проектах массового анализа посредством обработки данных игроками
А вместо syslinux, который не обновлялся с 2014 года и состоит из нескольких файлов, для которых нужно разбираться, что за что отвечает, можно воспользоваться ipxe, который является прошивкой для сетевых карт, но так же может выступать в качестве загрузчика.
С https://github.com/ipxe/ipxe собирается 2 бинарника с уже встроенными драйверами под большинство сетевых карт - один для запуска в режиме LEGACY, другой EFI и пишется меню (микро пример с боевого pxe и debian11):
Альтернативой docker desktop могут быть и иные инструменты - например плагин docker для vscode
А каким образом бот был разделен на модули? Буквально на плагины, микросервисы или условно раскиданы по папкам?
У меч тоже есть телеграм бот для офисной техподдержки внутренних пользователей. Сейчас он является монолитом с несколькими модулями внутри и вся логика строго завязана на одном пакете. Сейчас провожу расследование на тему- написать шлюз для go плагинов, чтобы каждый раздел бота был независимым плагином, которые можно было добавлять и удалять независимо от шлюзовой части, всякий раз погружаться в анализ логики обработки сообщений бота.