Можно ссылку на баг в системе http://bugs.ispsystem.ru/ ?
Если учитывать кеш, то надо понимать, как работает Ваше приложение.
А аргумент - который поновее, это вообще смешно :)
Вы уверены? Что-то на грани фантастики Вы описываете сейчас... удалить раздел /boot, поменять сетевые настройки 😂
Если проблема действительно имеет место быть, сообщите о ней хостинг-провайдеру, если имеете такую же, напишите о ней на официальный баг трекер ISPsystem http://bugs.ispsystem.ru/
Обновление решает другую уязвимость.
В CGI нет такого понятия, как open_basedir. Через PHP, кстати, тоже можно читать файлы, даже при включенном open_basedir, главное уметь :) Если хотите полной изоляции - используйте CloudLinux.
Уточните, а что именно у Вас там на сервере читать можно? По умолчанию панель ставит на папки пользователей необходимые права, то есть, файлы соседей не почитать. Если Вы о /etc/passwd, то здесь нет ничего страшного.
Если Вы отключаете open_basedir и разрешаете выполнять CGI скрипты, то какая же это уязвимость? Это нормальная работа программного обеспечения.
Другое дело, что я поднимал ранее проблему обхода CageFS (это изолирование пользователей) и оно не работало. Сказали - это нормально 😂
А относительно уязвимостей, прислали письмо, что в ISPmanager Business есть уязвимость с получением доступа к базе данных панели. Проверьте версию, если она 5.64.1 от 26 июля 2016 года, то спите спокойно, но если версия 5.64.1, а дата другая, то срочно обновляйте панель.
Текст письма от их партнера: http://joxi.ru/4zANpRvt5g70m9?d=1
Лично мой выбор был бы - Intel Xeon E3-1276 v3, его производительность одного ядра выше почти на 30% в сравнении с Intel Xeon E5-2680 v2. Для некоторых игровых серверов производительность одного ядра процессора критична. В довесок, если Вам в обоих случаях выделяют одинаковое число ядер, то в случае выбора Intel Xeon E3-1276 v3 суммарная мощность полученных ядер будет выше. Но опять же, так как VDS, все зависит от честности хостера.
Скрипт Ваш, Вы должны знать его системные требования и четко понимать, какие модули для него нужны, это точно не забота хостера. Хостер Вам предоставил возможность для решения данной проблемы - возможность включения и отключения модулей. Представитель хостинга Вам ответил как решалась Ваша проблема. Здесь суть в том, что если хостер по умолчанию перенастроит всё под Вас, то придет другой клиент и будет также говорить, что у него не работает скрипт.
По портам всё просто, если они закрыты, Вы должны также это определить и написать в поддержку, чтобы их открыли, либо решили как-то иначе проблему.
Коронная фраза недовольных клиентов 😂 А то, что на другом хостинге стоит другая версия PHP, базы данных, другой набор модулей, может порты закрыты / открыты - ни о чем клиентам не говорит :) Зато хостер плохой.
Это пустые слова, пишите четко о проблемах. 26 августа 15:00, я зашел на сайт, он выдал ошибку соединения с базой. Я зашел в панель, перешел в phpMyAdmin, там выдало мне "Can't connect to local MySQL server through socket '/tmp/mysql.sock'", в подтверждение о проблеме прилагаю Вам ссылку на ping-admin, host-tracker, где видно, что мой сайт не работает и скриншот Вашего сайта. Вот это разбор полета :)
Скорее всего это какая-то попытка заработка на тех, кто берет сервер на короткий промежуток времени :)
Либо можно сделать как в OVH, если не хотите платы за установку, то платите за год сразу, в данном случае платы за установку нет.
