Команда в терминале
sudo passwd root
sudo passwd root
|
Разработчикам |
Форум
VMBitrix 9.0.0
|
|
|
|
|
|
|
Дополнение 1 к релизу VMBitrix 9.0.3: Общая часть
Скрипт bitrix-env-9.sh теперь запускается только на архитектуре x86_64, на остальных пишет ошибку. Так же добавлена предварительная установка пакета плагинов для dnf перед установкой ПО и прочего. Исправлена ошибка, возникающая при настройке IP адреса и параметров сети сервера через dhcp или вручную. При настройки сети через консоль вместо имени интерфейса (eth0) используйте его id, пример "Wired connection 1". Смотрите документацию по команде nmcli. Добавлена возможность указать маску подсети при настройке сетевого интерфейса через меню. Ввод маски осуществляется числом, примеры: 16, 20, 23, 24, 27 и т.д. Изменен способ определения статуса сайта в меню машины для сайтов типа: - ядро (kernel): логика прежняя, вынесена отдельно от других типов сайтов - внешнее ядро (ext_kernel): логика отдельная и изменилась: новый созданный сайт типа внешнее ядро имеет статус not_installed после развертывания архива с беком и восстановления дампа базы данных удалите из корня сайта index.php статус изменится на finished Главное меню машины изменилось в связи с добавлением 2х пунктов Sphinx и Transformer:
Пункты 3-7 сгруппированы по принципу управления ролями машины. Пункты управления сайтами, веб серверами и задачами сменили свои номера. NTLM как и было раньше находится в разделе сайты: 8. Configure pool sites -> 7. Configure NTLM auth for sites. |
|||
|
|
|
|
Дополнение 2 к релизу VMBitrix 9.0.3: Sphinx
Роль sphinx возвращена и адаптирована для работы в VMBitrix 9-ой версии. Для работы роли мы собираем и поставляем наш пакет bx-sphinx версии 2.2.11. НОВИНКА! Добавлена возможность включить sphinx для сайта типа внешнее ядро (ext_kernel). Раньше можно было только для сайта типа ядро (kernel). Пока курс по 9-ой версии машины не обновлен, про работу роли можно почитать в архивном курсе для 7-ой версии: Набор шагов и суть та же, что и в 7-ой версии. Из отличий от 7-ки, при удалении роли (пункт 3. Remove sphinx instance on the server) теперь: - служба будет остановлена и удалена - все служебные файлы будут удалены (например папки логов и т.д. будут очищены) - пакет bx-sphinx будет удален |
|
|
|
|
|
Дополнение 3 к релизу VMBitrix 9.0.3: Transformer
Роль transformer возвращена и адаптирована для работы в VMBitrix 9-ой версии. Для её работы добавлена ansible коллекция community.rabbitmq 1.3.0, которая появится при установке машины или её обновлении. Пока курс по 9-ой версии машины не обновлен, про работу роли можно почитать в архивном курсе для 7-ой версии: При выходе этой роли в версии 7.5.0 подробные технические детали были расписаны на форуме по виртуальной машине в теме Принцип настройки, лимиты и ограничения остались те же, что были в 7-ой версии. Из отличий от 7-ки - используется свежее ПО для 9-ой версии: - rabbitmq 3.13.x и erlang 26.2.x (текущий стабильный релиз, хотя уже есть rabbitmq 4.0.х) - libreoffice 24.8.2 (стабильный релиз пакета на момент выхода, нейминг версии libreoffice изменен ими на год.месяц.сборка, 24 (2024 год), 8 (месяц - август), 2 (номер сборки) - ffmpeg 5.1.x (стабильный релиз) |
|
|
|
|
|
Дополнение 4 к релизу VMBitrix 9.0.3: NTLM
Роль ntlm возвращена и адаптирована для работы в VMBitrix 9-ой версии. Для работы роли мы собираем и поставляем наш пакет bx-mod_auth_ntlm_winbind версии 0.0.0. Пакет содержит модуль mod_auth_ntlm_winbind для Apache. Пока курс по 9-ой версии машины не обновлен, про работу роли можно почитать в архивном курсе для 7-ой версии: ВНИМАНИЕ! Информация в курсе по 7-ой версии частично устарела. Манипуляции с NTLM выполняются в разделе сайты 8. Configure pool sites -> 7. Configure NTLM auth for sites. В подменю раздела вернутся пункты, позволяющие: - включить ntlm авторизацию на машине и для выбранного сайта сразу (1. Configure NTLM settings for the site) - подключить сайт(ы) к уже настроенной ntlm авторизации (2. Use existing NTLM settings for the site) - НОВИНКА! отключить ntlm авторизацию для всех сайтов и удалить настройки ntlm для машины (3. Delete NTLM settings) При разработке и тестировании использовались: - роль AD в WIndows Server 2012 - роль AD в WIndows Server 2016 - роль AD в WIndows Server 2019 - роль AD в WIndows Server 2022 Включение ntlm авторизации (Configure NTLM settings for the site) Перед настройкой в меню машины, на сайте обязательно обновите модуль AD/LDAP интеграция (ldap) до версии 24.100.0. В административной части продукта создайте подключение к AD серверу (/bitrix/admin/ldap_server_edit.php?lang=ru), указав: - Активен - Да - Название подключения - Домен для NTLM авторизации - Сервер и порт - Логин и пароль пользователя с правами на чтение дерева После проверяем подключение кнопкой. И если все успешно выбираем Корень дерева (base DN). ВНИМАНИЕ! Обязательно заполните поле Домен для NTLM авторизации, машина будет его использовать в дальнейшей настройке. Пример на картинке 1: Так же настройте: - параметры схемы сервера (AD\LDAP) - соответствие полей пользователя и атрибутов LDAP - импорт отделов и структуры компании - соответствие групп пользователей - периодическую синхронизацию Возвращаемся в меню машины в пункт 8. Configure pool sites -> 7. Configure NTLM auth for sites -> 1. Configure NTLM settings for the site. Запускаем мастер и указываем данные: - NetBIOS Hostname (default server1) - имя сервера в пуле, в примере server1 - NetBIOS Domain/Workgroup Name (ex. TEST) - домен, в примере TEST22 - Full Domain Name: (ex. TEST.LOCAL) - fqd домена, в примере TEST22.LOCAL - Domain password server (ex. TEST-DC-SP.TEST.LOCAL) - контроллер домена, в примере DC.TEST22.LOCAL - Domain admin user name (default Administrator) - имя пользователя и его пароль, в примере AdministratorX / ************ - Enter the site name (default) - имя сайта, в примере: b24.vmx37.vms.local Пример на картинке 2: Запустится задача ntlm_create_**********, которая: - установит необходимые пакеты - сконфигурирует службы и перезапустит их - введет машину в домен - для указанного сайта добавит настройки ntlm авторизации в модуле ldap:
После механизм начинает работать следующим образом: - неавторизованный посетитель приходит на сайт, где обработчиком события он перенаправляется на открытый порт Apache: 8890 для протокола http или 8891 для протокола https - Apache выполняет NTLM-авторизацию пользователя и пользователь перенаправляется назад на сайт по http на 80 порт или по https на 443 порт - следующие переходы по сайту пользователь выполняет в обычном режиме Поддерживается работа по https для ssl LE сертификатов или для самоподписанных ssl сертификатов в случае: - если у сайта до настройки ntlm роли был установлен ssl сертификат - если сначала включили ntlm роль, а потом настраивается ssl сертификат Подключение существующего сайта к уже настроенной ntlm авторизации (Use existing NTLM settings for the site) Предполагается, что уже есть сайт, для которого была включена ntlm авторизация и проведена ей настройка. На ином, существующем сайте необходимо настроить подключение к AD, пример заполнения полей указан выше. Вернутся в меню машины в пункт 8. Configure pool sites -> 7. Configure NTLM auth for sites -> 2. Use existing NTLM settings for the site. Перейти в пункт, указать имя сайта. Пример на картинке 3: Запустится задача ntlm_update_**********, которая для указанного сайта добавит настройки ntlm авторизации в модуле ldap. По завершению для выбранного сайта включится механизм авторизации, описанный выше. Отключение ntlm авторизацию для всех сайтов и удаление настроек ntlm для машины (Delete NTLM settings) Удаление настроек ntlm авторизации происходит: - для всех сайтов - для используемой машины Запускается в пункте меню 8. Configure pool sites -> 7. Configure NTLM auth for sites -> 3. Delete NTLM settings. Мастер запросит данные почти аналогичные включению ntlm, за исключением имени сайта: - NetBIOS Hostname (default server1) - имя сервера в пуле, в примере server1 - NetBIOS Domain/Workgroup Name (ex. TEST) - домен, в примере TEST22 - Full Domain Name: (ex. TEST.LOCAL) - fqd домена, в примере TEST22.LOCAL - Domain password server (ex. TEST-DC-SP.TEST.LOCAL) - контроллер домена, в примере DC.TEST22.LOCAL - Domain admin user name (default Administrator) - имя пользователя и его пароль, в примере AdministratorX / ************ Пример на картинке 4: Запустится задача ntlm_delete_**********, которая: - для всех сайтов удалит настройки ntlm авторизации в модуле ldap каждого сайта - выведет машину из домена - остановит службы и перезапустит необходимые - удалит необходимые пакеты, файлы и т.д. По завершению на всех сайтах вернется обычный механизм авторизации. |
|
|
|
|
|
Дополнение 5 к релизу VMBitrix 9.0.3: Образ машины для разных сред виртуализации
Значительно переработаны и изменены образы под разные типы виртуализации. Общая часть для всех: - перешли на UEFI (на смену BIOS) - таблица разделов изменена на GPT (на смену MBR) - по умолчанию 2 ядра ЦП - по умолчанию 2Гб ОЗУ - имя сетевого интерфейса eth0 во всех образах (для единообразия) - тип контроллера дисков изменен на:
Файл образа: VMBitrix9.0-3-CentOSStream9-VirtualBox.ova Исправлено определение типа ОС, подтипа и версии. В качестве чипсета выбран ICH9. Безопасная загрузка выключена. Графический контроллер выбран как VBoxSVGA, видеопамяти 128Мб. По поводу предупреждения о неправильных настройках видео - игнорируем его. Если выбран совместимый режим VMSVGA (если сделать как хочет VirtualBox), то при загрузке будет выдаваться сообщения о сломанной конфигурации и не поддерживаемом гипервизоре) Сеть по прежнему по умолчанию с типом подключения NAT. Измените на вам нужную перед запуском. Тип адаптера - Intel PRO/1000 MT Desktop (82540EM). При загрузке ОС в консоли гипервизора может быть предупреждение вида Unmaintained driver is detected: e1000. Ни на что не влияет, это проблемы самого VirtaulBox, они предоставляют такие типы адаптеров в поставке и ОС жалуется) Предупреждение можно скрыть, выбрав тип Паравиртуальная сеть (virtio-net). Версия VirtualBox Guest Additions в образе машины не фиксированная, а та, что есть в репозиториях на момент сборки образа. В данном случае 7.1.4. VMWare Версия VHV (Virtual Hardware Version) поднята до 14. Минимально возможные версии ПО от VMWare для запуска образов: - VMware Workstation Pro 15.x и выше - VMware Workstation Player 15.x и выше - VMware ESXi 7.0 и выше VMware Tools добавлены во все образы. Файл образа: VMBitrix9.0-3-CentOSStream9-VMWare.zip После открытия образа в Workstation или Player увеличиваем VHV до максимально возможной версии, запустив Hardware Compatibility Wizard. Например, в последних версиях Workstation Pro (17.6) или Fusion (13.6) версия VHV равна 21. По виртуальному железу: - набор изменений из общей части - контроллер жестких дисков SATA - сеть по прежнему по умолчанию с типом подключения Bridge - безопасная загрузка выключена Файл образа: VMBitrix9.0-3-CentOSStream9-VMWare.ova VMware ESXi 6.5.x и VMware ESXi 6.7.x больше не поддерживаются в связи с EOL в конце 2022 года. Импорт образа в эти версии выдаст ошибку. Поддержка VMware ESXi 7.0.x и VMware ESXi 8.0.x продолжается. VMware ESXi 7.0.x После импорта образа в ESXi будет предупреждение вида The guest OS for this virtual machine is currently set to 'Other'. You should specify the correct guest OS to allow for guest-specific optimizations and to enable installation of VMware Tools. Увеличиваем версию VHV до максимально возможной версии в этой версии ESXi, запустим Upgrade VM Compatibility (для версии 7.0.0 это версия 17). После заходим в редактирование параметров машины, на таб VM Options. В разделе General Options выбираем в Guest OS - Linux, а в Guest OS Version - CentOS 8 и сохраняем настройки. Почему 8? Во время выхода ESXi 7.0 не было CentOS 9, эта версия гипервизора с такой ОС не знакома) После этого предупреждение пропадает и машина успешно загружается. VMware ESXi 8.0.x Способ аналогичный 7-ой версии выше. Импортируем образ в ESXi. Увеличиваем версию VHV до максимально возможной версии в этой версии ESXi, запустим Upgrade VM Compatibility (для версии 8.0.0 это версия 20). Редактируем параметры машины, на табе VM Options в разделе General Options выбираем в Guest OS - Linux, а в Guest OS Version - CentOS 9 и сохраняем настройки. После этого предупреждение пропадает и машина успешно загружается. HyperV Файлы образов: VMBitrix9.0-3-CentOSStream9-HyperV-Windows10.zip VMBitrix9.0-3-CentOSStream9-HyperV-Windows11.zip VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2012.zip VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2016.zip VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2019.zip VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2022.zip Предыдущий образ для HyperV основан на 1 поколение машин для HyperV. Больше не поддерживается и не собирается. Дальше - только 2 поколение машин на HyperV. Образы для Windows собираются на базе Windows 10 22H2 и Windows 11 24H2. Обновите ваши ОС перед использованием готовых образов для HyperV на Windows. Образы для Windows 10 и Windows Server 2012 будут собираться до конца 2025. Потом, в связи с EOL Windows 10 в конце 2025 года эти образы собираться не будут. Windows Server 2025 должен выйти до конца 2024 года. Сейчас есть только preview для тестов. После выхода стабильной версии в планах собирать образ и для Windows Server 2025. Версия конфигурации, используемая в образе, зависит от выбранной ОС: Windows 10 - 9.0 Windows 11 - 12.0 Windows Server 2012 - 5.0 Windows Server 2016 - 8.0 Windows Server 2019 - 9.0 Windows Server 2022 - 10.0 По виртуальному железу: - общая часть выше - используется EFI по умолчанию - безопасная загрузка выключена - контроллер SCSI по умполчанию - виртуальный жесткий диск - файл формата vhdx Принцип использования: - выбираем ОС: Windows или Windows Server - выбираем версию этой ОС - по этим 2 параметрам скачиваем и распаковываем выбранный архив - в диспетчере HyperV делаем импорт машины, указав папку с машиной пример ниже на базе Windows Server 2022 - проходим мастер импорта, его скринкаст ниже Шаг 1: Шаг 2: Шаг 3: Шаг 4: Шаг 5: - в параметрах машины подстраиваем сеть, кол-во ядер ЦП, ОЗУ и т.д. - запускаем Vagrant Файл образа: VMBitrix9.0-3-CentOSStream9-Vagrant.box Образ для виртуальной среды разработки Vagrant. Используется среда виртуализации VirtualBox (набор изменений такой же как в VirtualBox выше). ProxmoX Файл диска машины в формате qcow2: VMBitrix9.0-3-CentOSStream9-ProxmoX-disk1.qcow2 Импорта машин в этот гипервизор нет. Потому: - создаем пустую машину - добавляем в неё подготовленный диск импортом из файлах формата qcow2 - подстраиваем и запускаем В самом ProxmoX это делается так (на примере ProxmoX 8.2.x). выбираем ноду, создаем машину через пункт меню Create VM: Идем по шагам: на шаге General запоминаем ID машины - у меня это 100 на шаге OS выбираем Do not use any media на шаге System выбираем тип BIOS - OVMF (UEFI), снимаем галочку с Add EFI Disk, выбираем SCSI Controller - VirtIO SCSI на шаге Disks удаляем диск, нажав на корзину на шаге CPU кол-во ядер Cores ставим 2 на шаге Memory задаем кол-во памяти 2048 на шаге Network ничего не меняем на шаге Confirm жмем Finish Файл диска в формате qcow2 (VMBitrix9.0-3-CentOSStream9-ProxmoX-disk1.qcow2) загружаем внутрь машины ProxmoX, например по пути /var/lib/vz/template/ (может быть и другой). В веб части ProxmoX выбираем ноду, переходим в её Shell. Выполняем команду импорта диска в машину с id 100 с местом хранения local-lvm:
По завершению в консоли будет - Successfully imported disk as 'unused0:local-lvm:vm-100-disk-0'. Возвращаемся в саму машину в раздел Hardware. Там появится Unused disk 0 - local-lvm:vm-100-disk-0. Выбираем его и нажимаем Edit. В диалоге добавления диска меняем Bus/Device на VirtIO Block. В разделе Hardware машины добавится Hard Disk (virtio0), с указанием диска и его размера. Переходим в раздел Options. Выбираем Boot Order и жмем Edit. Откроется диалог порядка загрузки. Ставим галочку Enabled напротив нашего диска и перетаскиваем его на место 2. Сохраняем. Там же в разделе Options машины редактируем опцию QEMU Guest Agent, ставим галочку Use QEMU Guest Agent и сохраняем ОК. Запускаем машину кнопкой Start. |
|||
|
|
|
|
Алексей Шафранский, как дела сейчас обстоят с совместимостью окружения BitrixEnv 9.0.3 с OracleLinux, Alma, Rocky.. ?
|
|
|
|
|
В 9.0.3 этого нет. Предварительные планы того, что будет дальше: 1) возможно 9.0.4 для исправлений, если они понадобятся 2) возможно 9.0.4 техническое обновление, следом 9.0.5 поддержка 3 ОС 3) возможно 9.0.4 поддержка 3 ОС, а потом все остальное 4) возможно еще микс вариантов По какому пути пойдем сейчас не скажу. Позже будет видно. |
||||
|
|
|
|||
