Назад | Перейти на главную страницу

Модуль Nginx не совместим с двоичными кодами после компиляции на Centos 7

Мне нужно использовать модуль Nginx ngx_http_auth_pam_module на сервере Centos 7. Поскольку пакет доступен только через репозиторий getpagespeed, который не является бесплатным, я хочу скомпилировать его сам.

Следуя различным инструкциям, которые я нашел, я загрузил исходники для модуля и для Nginx, перечислил параметры компиляции для версии Nginx, установленной с nginx -V, затем скомпилировал модуль с ./configure затем make modules, установка некоторых пакетов для исправления различных ошибок в процессе.

Однако когда я пытаюсь настроить Nginx для использования только что скомпилированного модуля, nginx -t дает мне nginx: [emerg] module "/opt/nginx/modules/ngx_http_auth_pam_module.so" is not binary compatible in /usr/share/nginx/modules/mod-http-auth-pam.conf:1

Из того, что я читал, эта ошибка «несовместима с двоичными файлами» связана с разными флагами компиляции в установленной версии Nginx и модуле, однако я постарался скопировать все, что указано nginx -V. Я также загрузил исходный код той же версии Nginx, которая была установлена.

Есть идеи, что могло вызвать проблему? Следует ли мне просто удалить Nginx и переустановить скомпилированную версию, или это связано с собственными проблемами?

Приложение:

вот весь ./configure команда:

./configure --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib64/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --pid-path=/run/nginx.pid --lock-path=/run/lock/subsys/nginx --user=nginx --group=nginx --with-file-aio --with-ipv6 --with-http_auth_request_module --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_xslt_module=dynamic --with-http_image_filter_module=dynamic --with-http_geoip_module=dynamic --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_stub_status_module --with-http_perl_module=dynamic --with-mail=dynamic --with-mail_ssl_module --with-pcre --with-pcre-jit --with-stream=dynamic --with-stream_ssl_module --with-google_perftools_module --with-debug --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' --with-ld-opt='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-E' --with-compat --add-dynamic-module=../ngx_http_auth_pam_module/

И вот nginx -V

nginx version: nginx/1.12.2
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) 
built with OpenSSL 1.0.2k-fips  26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib64/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --pid-path=/run/nginx.pid --lock-path=/run/lock/subsys/nginx --user=nginx --group=nginx --with-file-aio --with-ipv6 --with-http_auth_request_module --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_xslt_module=dynamic --with-http_image_filter_module=dynamic --with-http_geoip_module=dynamic --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_stub_status_module --with-http_perl_module=dynamic --with-mail=dynamic --with-mail_ssl_module --with-pcre --with-pcre-jit --with-stream=dynamic --with-stream_ssl_module --with-google_perftools_module --with-debug --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' --with-ld-opt='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-E'

Оказывается, --with-compat вариант был причиной проблемы. Я добавил его, потому что так сказано в руководстве на nginx.com, но после его удаления и повторной компиляции, nginx -t говорит мне, что конфиг хорош.

Более совместимый способ:

  1. узнать текущую версию экземпляра nginx через nginx -v
  2. клонируйте исходный код nginx и проверьте этот тег, например "release-1.18.0".
  3. настроить источник с точно такими же параметрами через:
auto/configure --add-dynamic-module=/path/to/your/module `nginx -V`
  1. делать

Удаление --with-compat вариант не может решить это.

Если вы получили сообщение об ошибке двоичного несовместимого модуля, который был скомпилирован с этой опцией, это означает только то, что вы скомпилировали его для одной версии и загрузили в другую версию. Например. модуль был скомпилирован с исходным кодом NGINX 1.16.0, пока вы его загружаете (используете) в NGINX 1.12.2. Кстати, эта версия очень старая и имеет уязвимости безопасности HTTP / 2, для устранения которых вам необходимо Обновить.

Во всяком случае, нет особых причин не использовать --with-compat.

Я очень предвзято говорю об этом, но репозиторий GetPageSpeed, хотя и не является бесплатным для CentOS 7 (бесплатно для CentOS / RHEL 8 на момент написания этой статьи), позволяет вам всегда получать актуальные модули для новых версий NGINX, которые являются выпускается на регулярной основе и решает новые проблемы безопасности, а также добавляет функции. В противном случае вам придется постоянно перекомпилировать модули, а не yum update, и потенциально в конечном итоге в производственной системе окажется программное обеспечение для компиляции. Это вопрос безопасности.

Альтернативой GetPageSpeed ​​является подписка на NGINX Plus, которая стоит намного больше, чем несколько долларов.