И в конце установки автоматически запускается апач с некоторыми умолчальными установками, плюс добавляется соответсвующий инит-скрипт в ранлевелы. Как отключить эту фичу?
sudo aptitude update sudo aptitude install rcconf и там выбираешь что нужно отключить
Останавливать/запускать сервисы и добавлять/удалять их из ранлевелов я могу и руками. Меня интересует как сделать так, чтобы при установке пакетов _не_ запускались ненастроенные сервисы.
В deb пакетах лежат скрипты, к-е и выполняются. Разбираешь пакет (см выше) и далее на свой вкус. Конечно криво, но хоть как.
Ну просто замечательно. Интересно, а дебиановские мейнтейнеры в курсе, что такое поведение при установке пакетов может создать проблемы с безопасностью?
Не раз об этом задумывался, но забивал.
Пример: есть старый сервер, на котором крутится dhcpd. Нужно всю его конфигурацию перенести на новый сервер.
Сперва, устанавливаю на новом сервере dhcpd и.... по окончанию установки он автоматически запускается.
Таким образом у меня одновременно (пусть и не продолжительное время) в сети работают 2 dhcp-сервера.
Не раз об этом задумывался, но забивал.
Пример: есть старый сервер, на котором крутится dhcpd. Нужно всю его конфигурацию перенести на новый сервер.
Сперва, устанавливаю на новом сервере dhcpd и.... по окончанию установки он автоматически запускается.
Таким образом у меня одновременно (пусть и не продолжительное время) в сети работают 2 dhcp-сервера.
Бугага =). Та же ситуация. Я сегодня днём в офисе начал ставить новый сервер, и ставил в том числе dhcpd. Но мне «повезло» - скрипт для пакета писал кто-то криворукий, так что запуститься в конце установки он просто не смог. Иначе бы в локалке появился новый DHCP-сервер с заведомо кривыми настройками и начался бы локальный сетевой апокалипсис =).
А должно быть проинсталил сервис... настрой и запусти. И для некоторых пакетов это правило действует, за счет параметров в /etc/default/* вида RUNASTERISK=yes/no, из-за которых скрипты в /etc/init.d ничего не запустят сразу после установки софтины.
Присоединяюсь к команде негодующих.
Ещё раз: мне надо не остановить автоматически запустившийся во время установки сервис, а предотвратить его запуск при установке.
Теоретически, между
apt-get install somevulnerableservice
и
invoke-rc.d somevulnerableservice stop
сферический злоумышленник в вакууме может успеть зделать что-либо нехорошее. А это плохо. Ну и про «опасные» сервисы сказано выше, в качестве примера - dhcpd.
>Интересно, а дебиановские мейнтейнеры в курсе, что такое поведение при установке пакетов может создать проблемы с безопасностью?
несомненно, бсдшный подход (ставим мускуль) с ручным вызовом mysql_install_db, chown, и редактированием rc.conf более предпочтителен и, главное, интуитивно понятен.
несомненно, бсдшный подход (ставим мускуль) с ручным вызовом mysql_install_db, chown, и редактированием rc.conf более предпочтителен и, главное, интуитивно понятен.
Какое это всё имеет отношение к автостарту не настроенного сервиса?
Это дебиан:
Мало того что рекомендуемые пакеты по дефолту ставятся и надо совершать дополнительные телодвижения чтобы отключить эту фичу,
а тут еще и это. гениальный дистриб.
И чем он лучше федоры ? Нет слов...
> Теоретически, [...] сферический злоумышленник в вакууме может успеть зделать что-либо нехорошее.
А практически он не сможет этого сделать.
А это плохо. Ну и про «опасные» сервисы сказано выше, в качестве примера - dhcpd.
В примере выше dhcpd как раз и не запускается, для того, чтобы не мешать работающим в сети машинам. В некоторых конфигах специально есть ошибки, чтоб админ вдумчиво настроил сервис перед его эксплуатацией.
В примере выше dhcpd как раз и не запускается, для того, чтобы не мешать работающим в сети машинам. В некоторых конфигах специально есть ошибки, чтоб админ вдумчиво настроил сервис перед его эксплуатацией.
Тогда получается, что мейнтейнер пакетов dhcpd - криворучка. Т.к. не ясно зачем вообще пытаться запускать сервис, если дефолтный конфиг заведомо содержит ошибку, мешающую запуску?
Вообще у меня какое-то странное сложилось впечатление о дебиане: с одной стороны вроде бы старый серьёзный дистрибутив, а с другой стороны со всех мест торчит кустарщина и костыли =(.
>У тебя все сервисы на системе работают с дефолтными конфигами?
мне не сложно остановить демона. плюс есть сервисы, которые отлично работают с дефолтными конфигами (ну тот же мускуль зачастую, или постгря, или нгинкс).
Э? То что ты сказал вообще не имеет никакого отношения к проблеме.
я имел в виду, что тебя, видимо, больше устроил бы бсдшный подход, когда все надо делать руками.
Как я понимаю, в дебиане предполагается, что сразу после установки админ ответит на ряд вопросов, заданных скриптом конфигурирования, и демон стартанет уже полностью сконфигурированным. В идеале у админа вообще спросят, нужно ли сейчас запускать службу.
Для пользователей-ветеранов других дистров (как ТС) и просто слоупоков эта идеология может представлять определенные трудности для понимания.
И самое ужасное, когда такой товарищ становится дебиановским мейнтейнером...
> У тебя все сервисы на системе работают с дефолтными конфигами?
Дебиановские пакеты по возможности проектируются так, чтобы они могли работать с дефолтными конфигами. Админу остаётся добавить свои конфиги, дистрибутивные конфиги можно не трогать.
> Тогда получается, что мейнтейнер пакетов dhcpd - криворучка.
Нет, получается, что ты - дурак, если не понял, зачем dhcpd сделан не работающим искаропки.
Т.к. не ясно зачем вообще пытаться запускать сервис, если дефолтный конфиг заведомо содержит ошибку, мешающую запуску?
Затем, что ты исправишь только то, что _действительно нужно_ исправить, и не будешь обильно дрочить весь /etc/rc.d/* и пихать старт dhcpd куда ни попадя.
> Как я понимаю, в дебиане предполагается, что сразу после установки админ ответит на ряд вопросов, заданных скриптом конфигурирования, и демон стартанет уже полностью сконфигурированным.
Это при плохом раскладе. При хорошем есть устраивающая всех стартовая конфигурация.
В идеале у админа вообще спросят, нужно ли сейчас запускать службу.
Нет. Предполагается, что админ не ставит ту службу, которую он не будет запускать, и следовательно админ хочет иметь искаропки уже работающиее хотя бы в минимальной конфигурации решение.