Я нахожусь на Ubuntu 12.04.1 с unattended-upgrades
, настроенным для автоматических обновлений безопасности, и я установил Nginx, сначала добавив
deb http://nginx.org/packages/ubuntu/ lucid nginx
deb-src http://nginx.org/packages/ubuntu/ lucid nginx
в файл /etc/apt/sources.list
, как было предложено в [ 117] официальная вики , а затем
sudo apt-get update
sudo apt-get install nginx
, которая установила Nginx со всеми стандартными модулями. Но теперь я думаю, что мог бы хорошо использовать один или два дополнительных модуля Nginx, например модуль предварительного сжатия gzip или какой-то связанный с безопасностью. До сих пор я видел два способа добавления дополнительного модуля в Nginx: один компилируется и устанавливается из исходного кода, а другой описан в этой статьи .
Так, какой из способов я должен выбрать, чтобы автоматические обновления все еще работали для Nginx и и его дополнительных модулей? Или я должен создать задание cron с командой / скриптом, специфичным для Nginx, вместо использования утилиты unattended-upgrades
? Можно ли выбирать между обновлениями томов и обновлениями только для безопасности, которые будут автоматически применяться к стандартным дополнительным модулям и ? И, наконец, есть ли возможность автоматического обновления модулей Nginx на лету (без потери соединений), как указано в документации , это возможно с помощью
sudo kill -USR2 $( cat /run/nginx.pid )
P.S. На самом деле я не уверен, что утилита unattended-upgrades
в первую очередь автоматически обновит стандартные модули, ведь прошло достаточно времени с момента установки Nginx, чтобы сказать наверняка.
unattended-upgrades
только работы для приложений, Вы установили использование диспетчера пакетов и которым связали хранилище пакетов с ними. В основном, как обновления/обновления в общей работе - то, что существует механизм сравнения, за которым наблюдает updater. Когда то сравнение придумывает различные значения для установленного приложения по сравнению с тем, что находится в репозитории, последовательность обновления инициирована (или это обновит автоматически или предложит пользователю обновлять, в зависимости от установки и что изменения).
При перекомпиляции приложения с помощью любого из методов Вы упомянули (метод Stan, на самом деле, также перекомпилировал, это просто использует dpkg
вместо make
, Вы повреждаете свою установку далеко от репозитория.
Это отражается в сообщении Stan:
Аfter, который Вы обновляете до новой версии nginx, этот перекомпилированный пакет, будет перезаписан. Необходимо будет сделать этот процесс снова.
Поэтому Ваш лучший выбор будет состоять в том, чтобы использовать задание крона и пользовательский сценарий для управления автоматическим обновлением для Nginx. Хорошие новости, тем не менее, что необходимо смочь автоматизировать целый процесс, если Вы готовы вставить усилие записать и протестировать соответствующий сценарий. После того как Вы получаете его, установил в первый раз, когда сценарию не придется волноваться о зависимостях, просто вытянуть новый источник и восстановить с опциями, которые Вы хотите.