После обновления упал ngix
После обновления упал ngix
.0966 2024-07-01
alma 9.4
Запуск неуспешный
× nginx.service - The nginx HTTP and reverse proxy server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: disabled)
Drop-In: /usr/lib/systemd/system/nginx.service.d
└─10-limit.conf
Active: failed (Result: exit-code) since Wed 2024-07-10 11:47:02 MSK; 22ms ago
Process: 10735 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
Process: 10767 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=1/FAILURE)
CPU: 59ms
Jul 10 11:47:02 .su systemd[1]: Starting The nginx HTTP and reverse proxy server...
Jul 10 11:47:02 .su nginx[10767]: nginx: [emerg] "modsecurity_rules_file" directive Rules error. File: /etc/nginx/modsecurity.conf. Line: 40. Column: 33. As of ModSecurity version 3.0, SecRequestBodyInMemoryLimit is no longer supported. Instead, you can use your web server configurations to control those values. ModSecurity will follow the web server decision. in /etc/nginx/nginx.conf:105
Jul 10 11:47:02 ian.su nginx[10767]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jul 10 11:47:02 ian.su systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jul 10 11:47:02 .su systemd[1]: nginx.service: Failed with result 'exit-code'.
Jul 10 11:47:02 .su systemd[1]: Failed to start The nginx HTTP and reverse proxy server.
alma 9.4
Запуск неуспешный
× nginx.service - The nginx HTTP and reverse proxy server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: disabled)
Drop-In: /usr/lib/systemd/system/nginx.service.d
└─10-limit.conf
Active: failed (Result: exit-code) since Wed 2024-07-10 11:47:02 MSK; 22ms ago
Process: 10735 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
Process: 10767 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=1/FAILURE)
CPU: 59ms
Jul 10 11:47:02 .su systemd[1]: Starting The nginx HTTP and reverse proxy server...
Jul 10 11:47:02 .su nginx[10767]: nginx: [emerg] "modsecurity_rules_file" directive Rules error. File: /etc/nginx/modsecurity.conf. Line: 40. Column: 33. As of ModSecurity version 3.0, SecRequestBodyInMemoryLimit is no longer supported. Instead, you can use your web server configurations to control those values. ModSecurity will follow the web server decision. in /etc/nginx/nginx.conf:105
Jul 10 11:47:02 ian.su nginx[10767]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jul 10 11:47:02 ian.su systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jul 10 11:47:02 .su systemd[1]: nginx.service: Failed with result 'exit-code'.
Jul 10 11:47:02 .su systemd[1]: Failed to start The nginx HTTP and reverse proxy server.
Re: После обновления упал ngix
modsecure отключаю, все работает. Что поправить чтобы modsecure работал ?
Re: После обновления упал ngix
Проверяем.
Re: После обновления упал ngix
покажите вывод
Код: Выделить всё
rpm -qa | grep nginx
yum list installed | grep libmodsecurity
Re: После обновления упал ngix
nginx-filesystem-1.26.1-1b.el9.noarchsbury писал(а): ↑Ср июл 10, 2024 3:31 pmпокажите выводКод: Выделить всё
rpm -qa | grep nginx yum list installed | grep libmodsecurity
nginx-mod-http-brotli-1.26.1-1b.el9.x86_64
nginx-mod-http-perl-1.26.1-1b.el9.x86_64
nginx-mod-http-xslt-filter-1.26.1-1b.el9.x86_64
nginx-mod-http-image-filter-1.26.1-1b.el9.x86_64
nginx-mod-http-cache-purge-1.26.1-1b.el9.x86_64
nginx-mod-stream-1.26.1-1b.el9.x86_64
nginx-mod-http-headers-more-filter-1.26.1-1b.el9.x86_64
nginx-mod-mail-1.26.1-1b.el9.x86_64
nginx-mod-pagespeed-1.26.1-1b.el9.x86_64
nginx-1.26.1-1b.el9.x86_64
nginx-mod-http-geoip-1.26.1-1b.el9.x86_64
nginx-all-modules-1.26.1-1b.el9.noarch
brainy-nginx-filesystem-1.22.0-4.brainy.el9.noarch
brainy-nginx-mod-http-image-filter-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-stream-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-http-perl-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-http-geoip-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-mail-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-http-xslt-filter-1.22.0-4.brainy.el9.x86_64
brainy-nginx-1.22.0-4.brainy.el9.x86_64
brainy-nginx-mod-pagespeed-1.22.0-4.brainy.el9.x86_64
brainy-nginx-all-modules-1.22.0-4.brainy.el9.noarch
nginx-mod-http-modsecurity-1.26.1-1b.el9.x86_64
yum list installed | grep libmodsecurity
Repository myrepo-centos is listed more than once in the configuration
libmodsecurity.x86_64 3.0.8-1.3.geoip.el9 @myrep
o-centos
Re: После обновления упал ngix
Код: Выделить всё
yum clean all
Re: После обновления упал ngix
Судя по вашему логу он ругается на директиву в правилах SecRequestBodyInMemoryLimitpomoyka писал(а): ↑Ср июл 10, 2024 8:48 amJul 10 11:47:02 .su nginx[10767]: nginx: [emerg] "modsecurity_rules_file" directive Rules error. File: /etc/nginx/modsecurity.conf. Line: 40. Column: 33. As of ModSecurity version 3.0, SecRequestBodyInMemoryLimit is no longer supported. Instead, you can use your web server configurations to control those values. ModSecurity will follow the web server decision. in /etc/nginx/nginx.conf:105
Re: После обновления упал ngix
Переустановить связки?sbury писал(а): ↑Ср июл 10, 2024 4:44 pmи потом обновите Web связку в панелеКод: Выделить всё
yum clean all
здесь http://192.168.0.95:8002/index.php?do=s ... ontrol&p=1
Это я понял, но до обновления этих проблем не было.Судя по вашему логу он ругается на директиву в правилах SecRequestBodyInMemoryLimit
Re: После обновления упал ngix
Очевидно, в предыдущей версии директива SecRequestBodyInMemoryLimit ещё поддерживалась, а в новой уже нет. В ошибке в первом вашем посте написано, что SecRequestBodyInMemoryLimit уже не поддерживается и вам надо использовать настройки сервера для ограничения размера запроса. Думаю, у nginx есть подходящая директива.Это я понял, но до обновления этих проблем не было.
Ну или просто закомментировать указанный параметр.
Re: После обновления упал ngix
Спасибоdaitepiva писал(а): ↑Чт июл 11, 2024 7:07 amОчевидно, в предыдущей версии директива SecRequestBodyInMemoryLimit ещё поддерживалась, а в новой уже нет. В ошибке в первом вашем посте написано, что SecRequestBodyInMemoryLimit уже не поддерживается и вам надо использовать настройки сервера для ограничения размера запроса. Думаю, у nginx есть подходящая директива.Это я понял, но до обновления этих проблем не было.
Ну или просто закомментировать указанный параметр.