Как правильно собрать nginx с http2 в ubuntu 16.04?

Question

[20strannik08]

Подскажите люди добрые что я делаю не так?
Установил nginx-core и nginx-common

Скачал nginx-1.15.6 и скомпилил с такими параметрами:

--sbin-path=/usr/local/sbin 
--conf-path=/etc/nginx/nginx.conf 
--error-log-path=/var/log/nginx/error.log 
--http-log-path=/var/log/nginx/access.log 
--pid-path=/var/run/nginx.pid 
--with-http_gzip_static_module 
--with-http_v2_module 
--with-http_ssl_module

Однако при запуске с http2 в lisen, пишет ошибку старта. Хотя при проверке nginx-t пишет что ошибок нет. /var/log/nginx/error.log пишет:

[emerg] 18924#0: invalid parameter "http2" in /etc/nginx/conf.d/www.conf:17

Намекает на то что nginx не понял что от него хочут...

P.S.

root@localhost:~# nginx -v
nginx version: nginx/1.15.6
root@localhost:~# openssl version
OpenSSL 1.1.0h  27 Mar 2018 (Library: OpenSSL 1.1.1  11 Sep 2018)
root@localhost:~#nginx -V
nginx version: nginx/1.15.6
built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.4) 
built with OpenSSL 1.1.1  11 Sep 2018
TLS SNI support enabled
configure arguments: --sbin-path=/usr/local/sbin --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --with-http_gzip_static_module --with-http_v2_module --with-http_ssl_module --with-http_gzip_static_module --with-debug

Comments

[Lynn «Кофеман»]

Правильно использовать готовые пакеты из официпльного репозитория или ppa

[20strannik08]

Pavel Denisov, ну это же очевидно - выбросить из nginx все ненужное и добавить нужное. В примере я исключил варианты добавления сторонних модулей, которые мне нужны

Answer 1

[20strannik08]

Ладно, я сам разобрался. Косяк в --sbin-path=/usr/local/sbin, ненадо туда ставить, снес там все что имело отношение к nginx, выставил --sbin-path=/usr/sbin/nginx и все заработало!

Answer 2

[Борис Сёмов]

А зачем эти теложвижения, если есть готовые пакеты от разработчиков(https://nginx.org/ru/linux_packages.html)?

Comments

[20strannik08]

Ну во первых к примеру вырезать это:

--without-http_proxy_module 
--without-http_uwsgi_module 
--without-http_scgi_module 
--without-http_auth_basic_module 
--without-http_mirror_module 
--without-http_split_clients_module 
--without-http_grpc_module 
--without-http_memcached_module 
--without-http_autoindex_module 
--without-http_ssi_module

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

[20strannik08]

Еще один несомненный плюс, это эксперименты с nginx. Что бы вернуть быстро его к дефолтному варианту достаточно в каталоге с исходниками make install скомандовать, доли секунды и готово. В случае с пакетами, телодвижений больше.

[Борис Сёмов]

Во-первых, модули вам не используемые, но собранные не мешают - это совершенно не годный аргумент.

По поводу "стандартного вида" - вам не хватало какого-то модуля? Его случайно нет, в виде отдельного пакета, в том же репозитории? А если нет, его было не собрать как внешний? Nginx это теперь умеет - он больше не монолитен. И это было бы более разумной в целом идеей...

Собирая его самостоятельно из исходников, как и любой другой софт в пакетном дистрибутиве, вы создаёте себе лишние сложности в виде необходимости каждый раз пересобирать этот софт при обновлении, по меньшей мере. И это может быть и удобно, в случае разработки, но в долгосрочной перспективе это ведёт обычно к отсутствию или, как минимум, не своевременности обновлений, или необходимости тратить заметно больше времени на обслуживание, и следить за куда большим спектром софта, чтобы своевременно обновляться, в случае выхода заплаток безопасности, например...

[20strannik08]

Борис Сёмов, Структура конфигов и папок в /etc/nginx у меня вся переделана, с репов обновлять каждый раз это править и изменять придется. При сборке ставится уже с учетом всего этого.