Последнее обновление ispmanager

Не с установкой, а обновлением. Обновление уже установленный mailman переконфигурировало до открытого прокси. А позже уже это стало проблемой новой установки.

Обновление панели никакого отношения к программам не имеет. Оно вообще не трогает ничего, кроме себя.

Они ни программы, ни их настройки не трогает.

Ага, как open_basedir , симлинкс, так и прокси триггер послеустановочный правил, а так, конечно, не трогает.

О да, я помню тот идиотский апдейт с open_basedir, который куче народу сайты поломал.

Himiko, я думал Вы лучше разбираетесь в ISPmanager. Он пол системы убабахивает апдейтом. То о чем говорят двое ребят выше моего поста было сделано в /etc/apache2/conf.d/secure.conf - это не зона ISP.

Если Вы имеете дружеские отношения с этой компанией, это еще не повод говорить то, чего нету.

Про то, как ISPmanager пакет Bind изничтожает я промолчу - мелочь, а вот про то как был апдейт, который перестал просить потверждения пакетов я скажу. Он сносил всю систему на CentOS (вместе с ядром) без потверждения, если его попросить его удалить Python. К счастью этот апдейт куда-то отменили, или наложили на него новую заплатку, котора починила это, но сломала что-то другое.

А апдейт с версии 43 на версию 45 в Debian - это вообще помоему жесть. ISP не трогали чужик конфигов. Но они свой изменили. И тут же всех пользователей заблокировало на хостинге :D

В ISPmanager апдейты нужно выключать. И перед тем как их ставить (бывает крайняя нужда), то делать это только в 6 утра и только после 10-ти кратных тестов.

тоже об этом думал, но были коннекты только на 80й порт.

yum remove python сделает то же самое, так что ISPmanager тут не причем, вопросы к изобретателям дистрибутива

у меня такая же проблема, после обновления до версии 4.3.47 (после этого я вобще обновления панели отключил нах 😡)

впс стал нереально глючить вот уже целый месяц лагает и load average вырос с 0.5 до 1-2

теперь не знаю что делать, а как вобще убрать эту панель?

Ваша панелька поддерживает centos? Если да - то там не нужны "ручки", которые позволяют молча снести полсистемы (т.е. сделать аналог Вашего yum remove). Ведь совершенно очевидно, что пользователь, которому приспичило "удалить питон" - вовсе не собирался сносить yum и кучу системных утилит, так или иначе завязанных на питон. А на дистрибутив тут неча пенять...

"И эти люди запрещают мне ковыряться в носу!" (с) - в соседнем треде удивились, что кто-то считает что-то типа ispconfig альтернативой ispmanager...

yum, извините за выражение, remove python сделает не тоже самое. Он выдаст длиннющую портянку на удаление, капсом напишет TO BE REMOVED и запросит подтверждения -y.

Ну да ладно, оставим. Тема уже не актуальна.