Основные исправления: nginx обновлен до 1.26.3 (пакет bx-nginx 1.26.3), модуль headers-more до 0.38. push-server обновлен до 3.0.1 (пакет bx-push-server 3.0.1), незначительные изменения. Исправлены важные ошибки безопасности. Исправлена ошибка отображения php предупреждений в меню машины, если версия PHP 8.4. Добавлен бэкап файла php.ini при повышении или понижении версии PHP. В конфигурацию nginx добавлено новое правило для облачного хранилища Timeweb.Cloud (как s3 совместимое). В конфигурации nginx расширены правила блокировки служебных файлов. По умолчанию отключен debug в push сервере. Исправлены ошибки и предупреждения из логов системы, связанные с работой сервисов nginx, bvat, push (для совместимости с systemd).
Образы: В этой версии выпускаться не будут. Образы обновим в следующей версии.
Исходники пакетов: Добавляем файл для репозитория исходных версий - /etc/yum.repos.d/bitrix-source-9.repo с содержимым:
Код
[bitrix-source-9]
name=Bitrix Packages Source for Enterprise Linux 9 - x86_64
baseurl=https://repo.bitrix.info/dnf/SRPMS
enabled=1
gpgcheck=1
priority=1
failovermethod=priority
gpgkey=https://repo.bitrix.info/dnf/RPM-GPG-KEY-BitrixEnv-9
Убедимся что есть пакеты dnf-utils и yum-utils:
Код
dnf clean all && dnf install -y dnf-utils yum-utils
Скачиваем все исходники: bitrix-env, bx-ansible-core, bx-nginx, bx-push-server, bx-catdoc, bx-sphinx, bx-mod_auth_ntlm_winbind
Гаврил Скрябин, вас почему-то на кривые зеркала ОС кидает, а там 400ые ошибки. Пробуйте другие локации, прокси, или сменить зеркала на прямой урл рабочей репы (или всех реп ОС).
написал: Тоже проблемы с доступом до http://rpms.famillecollet.com . Подскажите, есть какие-то варианты зеркал? На yandex mirror ничего не нашел похожего.
Попробуйте скачать скрипт bitrix-env-9.sh, найти в нем функцию configure_remi, внутри неё для параметров GPGK и LINK поменять значения на:
написал: При попытке использовать:3. Change a site's cron settings4. Change a site's email settings5. Change a site's https settings6. Configure nginx to use composite cache7. Configure NTLM auth for sitesвыдаёт ошибку:PHP Deprecated: PHP Startup: session.sid_length INI setting is deprecated in Unknown on line 0PHP Deprecated: PHP Startup: session.sid_bits_per_character INI setting is deprecated in Unknown on line 0P. S.: Оказывается, это происходит при обновлении PHP до версии 8.4.Откатил до версии 8.3 - ошибки пропали
написал: А есть план действий на тот момент когда РКН заблокирует все зеркала REMI?Или когда все зеркала REMI скажут что "им не комфортно отдавать пакеты в Россию"?
План - наблюдать. Реакция по ходу произошедшего будет. И будет зависеть от степени блокировки.
Цитата
написал: зеркала от яндекса использовать это здравая идея - но опять какие то скрипты-костыли
Скрипты применяются если они реально нужны. Править руками такое себе. Да и у многих провайдеров/хостеров никаких проблем нет.
Цитата
написал: это будет добавлено изначально в Bitrix окружение (возможность выбора зеркала или сразу по умолчанию) - чтобы работало сразу?
Пока не планировали. Давайте понаблюдаем за ситуацией еще какое-то время.
написал: Проблема: phphinfo() показывает следующее1 - 7.5.5 битрикс окружение.2 - 9.0.4Вопрос:Что-то делается с вашей стороны чтобы этого не было?
Да, там есть такое. Уже третий год пошел как есть. Да и не только в php, в многих местах другого ПО. Проблемы нет. Надпись не на что не влияет. Создавать свою репу, пересобирать все версии PHP и их дополнения мы не будем из-за одной надписи. PS: обращения у нас такие есть, их пара штук...
Дополнение 1 к релизу VMBitrix 9.0.4: проблема доступа к репозиториям Percona
Проблема
Информация актуальна для РФ, и для тех, кто использует хостинг/размещает в РФ. С начала ноября 2024 наблюдаются проблемы с доступом к репам percona. Урл repo.percona.com не отдает данные реп и пакеты. Сайт percona.com то открывается, то нет. Тоже самое с поддоменами вида docs.percona.com и т.д. По базам блокировок РКН указанный сайт не находит. Скорей всего связано с блокировкой ECH, под которую попали Cloudflare/OVH/Hetzner: https://habr.com/ru/news/856344/ ТСПУ провайдеров не дает трафику ходить на эти ресурсы. Никакой информации нет, как всегда( Репа repo.percona.com находится в Германии, провайдер Hetzner: https://2ip.ru/info/49.12.125.205/
Последствия
Виртуальная машина VMBitrix любой версии: - не ставится через sh скрипт на чистую ОС - не может выполнить обновления пакетов - задачи, запускаемые из меню не отрабатывают (падают при обращение за любыми пакетами в сеть)
Диагностика
Чтобы понять, есть ли у вашей сети/провайдера блокировка репы, достаточно попробовать "по-curl-ить" repo.percona.com, пример:
Решение 1 - планируется установка машины sh скриптом на чистую ОС
План действий: - обновляем чистую ОС, её пакеты - dnf clean all && dnf update -y - выполняем диагностику (см выше) - запускаем скрипт percona_from_yandex.sh который: -- установит wget -- добавит gpg ключики percona в вашу ОС -- установит пакет percona-release в тихом режиме, чтобы он был в ОС -- добавит репы для percona, разместив percona-***.repo файлы в /etc/yum.repos.d/ -- во всех урлах реп использует зеркало Яндекса Работа скрипта это аналог того, что происходит при работе bitrix-env-9.sh при добавление реп percona, команды по шагам.
- запускаем: ./percona_to_yandex.sh - обновляема машину, запускаем задачи и т.д.
Зеркало в США
Альтернативное решение - использовать зеркало репы, расположенное в США. Его урл us.r53.percona.com, находится в Рестоне, провайдер OVH: https://2ip.ru/info/147.135.54.159/
Решение 3.1 - планируется установка машины sh скриптом на чистую ОС
Порядок действий: - редактируем файл: mcedit /etc/hosts - добавляем строку
Код
147.135.54.159 repo.percona.com
- ставим машину с помощью скрипта bitrix-env-9.sh
Решение 3.2 - машина была установлена sh скриптом раннее или используется образ машины
Порядок действий: - редактируем файл: mcedit /etc/hosts - добавляем строку
написал: А никто не знает, модуля scale больше нет? Поставил с нуля Корпоративный портал 24.200.200 и там нет не только пункта Маштабирования, но и модуля как такового нету. Уже понял, что сертификат надо ставить через pool, но интересно, есть где-то информация, что его выпилили из корпоративного портала?
написал: Несколько раз ловил битрикс на том, что в параметрах LDAP после включения NTLM откуда-то берется порт 389, в то время, как изначально там 636.
Исправление вышло в обновлении модуля ldap 24.200.0. У вас какая версия?
написал: Установка на alma 9 прошла успешно. На php 8.4 ошибка в модуле Проверка сайта.
Мы в курсе. Но правки не вышли (не только в проверке системы). Рановато вы на 8.4 конечно, надо подождать пару месяцев чтобы фиксы явных ошибок вышли в обновлениях.
Коллеги, виртуальная машина VMBitrix 9.0.4 вышла в релиз. В предпраздничной версии: - расширили список базовых ОС на выбор: Rocky Linux 9, Alma Linux 9, Oracle Linux 9 - добавили PHP 8.4 - исправили ошибки
rpm пакет обновлен, пересобран, доступен для: - CentOS Stream 9 - Rocky Linux 9 - Alma Linux 9 - Oracle Linux 9
sh-скрипт (bitrix-env-9.sh) для установки машины обновлен и поддерживает все 4 ОС. Способ запуска прежний:
Основные исправления: Добавлена поддержка трех базовых операционных систем 9-ой серии: - Rocky Linux 9.x - Alma Linux 9.x - Oracle Linux 9.x PHP 8.2 используется по умолчанию. Добавлена возможность обновить PHP до версии 8.4. Добавлена возможность понизить версию PHP с 8.4 на версии ниже. Добавлена возможность включить и отключить в меню машины расширение xhprof для PHP. HyperV: добавлен новый образ для ОС Windows Server 2025.
написал: Ошибка в самом начале этапа установки окружения на чистый образ CentOS 9 Stream, вот что написано в логах на эту тему:Код2024-11-13T23:53:33: 1579 : Getting REMI repository configuration. Please wait. curl: (28) Failed to connect to rpms.famillecollet.com port 80: Connection timed out error: http://rpms.famillecollet.com/RPM-GPG-KEY-remi: import read failed(2). 2024-11-13T23:55:45: 1579 : Error importing the GPG key: http://rpms.famillecollet.com/RPM-GPG-KEY-remi 2024-11-13T23:55:45: 1579 : Log file path: /tmp/bitrix-env-ARlXD.log Подскажите пожалуйста, это сейчас повсеместная проблема? Как это решать? Если это, как я предполагаю, требует использования VPN, то кажется сам подход использующий ресурсы, доступ к которым блокируется имеет уязвимость.
Не повторяется. Из разных мест файл скачивает. Пробуйте в вашей машине подергать его через wget curl и другие утилиты:
написал: Установка на Proxmox VE 6.4-15 в LXC контейнер из шаблона centos-9-stream-default
lxc контейнеры не поддерживаются. Лучше там же создать виртуальную машину, поставить ОС, потом sh скриптом окружение. Или можно попробовать в созданную там машину импортировать диск в формате qcow2. Выше по комментариям есть скринкаст как это сделать. PS на 6-ом Proxmox не пробовали, устарел он)
написал: Репозиторий repo.percona.com заблокирован? Подключается только через vpn
Собирали информацию, у коллег из разных местоположений в РФ, у кого как. У меня сайт открывается их а все поддомены нет. У кого то все открывается, сайт и подсайты. То работает, то нет. Проблема с конца прошлой неделе, с четверга. В пятницу вечером заработало, в понедельник снова тоже самое Волнами туда сюда. Обычно помогало подождать)
Цитата
написал: это к РКН вопросы, они и ТСПУ невзлюбили Hetzner и OVH, работает периодами
Согласен) Но по базам РКН никаких блоков нет. repo.percona.com использует Hetzner (Германия).