Am un server nginx configurat ca proxy invers pentru apache2 pe un sistem de operare Debian 9. Apache2 rulează pe un alt port decât 80. Încercam să reînnoiesc certificatul site-ului meu folosind certbot și am rulat această comandă undeva în timpul procesului:
$ sudo apt install python3-certbot-nginx
Cred că aceasta a instalat o copie nouă a serverului nginx pe mașina mea (corectați-mă dacă greșesc, vă rog) și de atunci nginx nu a mai putut porni. Următoarele sunt rezultatele de la comenzile de testare:
nginx -t
:
nginx: [emerg] dlopen() „/usr/share/nginx/nginx/modules/ngx_http_brotli_filter_module.so” a eșuat (/usr/share/nginx/nginx/modules/ngx_http_brotli_filter_module.so: cann
nu deschideți fișierul obiect partajat: nu există un astfel de fișier sau director) în /etc/nginx/modules.conf.d/brotli.conf:2
nginx: testul fișierului de configurare /etc/nginx/nginx.conf a eșuat
nginx -V
:
Versiunea nginx: nginx/1.10.3
construit cu OpenSSL 1.1.0l 10 septembrie 2019
Suportul TLS SNI activat
configurați argumentele: --with-cc-opt='-g -O2 -fdebug-prefix-map=/build/nginx-8G38mz/nginx-1.10.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/ nginx.conf --http-log-path=/var/log/nginx/access.log --er
ror-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr /lib/nginx/modules --http-client-body-temp-path=/va
r/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp -path=/var/lib/nginx/scgi --http-uwsgi-tem
p-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_r
equest_module --cu-http_v2_module --cu-http_dav_module --cu-http_slice_module --cu-threads --cu-http_addition_module --cu-http_geoip_module=dynamic --cu-
http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module=dynamic --with-http_sub_module --with-http_xslt_module=dynamic --with-stream=dynamic
--with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-auth-pam --add -dinamic-m
odule=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-dav-ext-module --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules /nginx-echo --add-dynami
c-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-upstream-fair --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules /ngx_http_substitution
s_filter_module
sudo systemctl status nginx
:
nginx.service - Un server web de înaltă performanță și un server proxy invers
Încărcat: încărcat (/lib/systemd/system/nginx.service; activat; prestabilit furnizor: activat)
Activ: eșuat (Rezultat: cod de ieșire) din Luni 2022-04-11 01:20:12 CEST; acum 14 minute
Documente: man:nginnginx: [emerg] dlopen() „/usr/share/nginx/nginx/modules/ngx_http_brotli_filter_module.so” a eșuat (/usr/share/nginx/nginx/modules/ngx_http_brotli_filter_module.so:
nu deschideți fișierul obiect partajat: nu există un astfel de fișier sau director) în /etc/nginx/modules.conf.d/brotli.conf:2
nginx: fișierul de configurare /etc/nginx/nginx.conf test failedx(8)
Proces: 22395 ExecStartPre=/usr/sbin/nginx -t -q -g daemon activat; master_process on; (cod=ieșit, stare=1/Eșec)
11 aprilie 01:20:12 cp-com-vm systemd[1]: Pornirea unui server web de înaltă performanță și a unui server proxy invers...
11 aprilie 01:20:12 cp-com-vm nginx[22395]: nginx: [emerg] dlopen() „/usr/share/nginx/nginx/modules/ngx_http_brotli_filter_module.so” a eșuat (/usr/share/nginx/ nginx/modul
11 aprilie 01:20:12 cp-com-vm nginx[22395]: nginx: testul fișierului de configurare /etc/nginx/nginx.conf a eșuat
11 aprilie 01:20:12 cp-com-vm systemd[1]: nginx.service: Procesul de control a fost ieșit, cod=status ieșit=1
Apr 11 01:20:12 cp-com-vm systemd[1]: Nu s-a pornit Un server web de înaltă performanță și un server proxy invers.
11 aprilie 01:20:12 cp-com-vm systemd[1]: nginx.service: Unitatea a intrat în stare eșuată.
11 aprilie 01:20:12 cp-com-vm systemd[1]: nginx.service: a eșuat cu rezultatul „cod de ieșire”.
nginx.conf
:
#user nginx;
lucrător_procese 1;
#error_log /var/log/nginx/error.log;
#error_log /var/log/nginx/error.log notificare;
#error_log /var/log/nginx/error.log informații;
#pid /var/run/nginx.pid;
includ /etc/nginx/modules.conf.d/*.conf;
evenimente {
conexiuni_muncitor 1024;
}
http {
include mime.tipuri;
aplicație de tip_default/octet-stream;
#log_format principal „$remote_addr - $remote_user [$time_local] „$request” '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log /var/log/nginx/access.log principal;
sendfile activat;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#tcp_nodelay activat;
#gzip activat;
#gzip_disable „MSIE [1-6]\.(?!.*SV1)”;
server_tokens dezactivat;
includ /etc/nginx/conf.d/*.conf;
client_max_body_size 512M;
}
# suprascrie parametri globali de ex. worker_rlimit_nofile
includ /etc/nginx/*global_params;
brotli.conf
:
load_module nginx/modules/ngx_http_brotli_filter_module.so;
load_module nginx/modules/ngx_http_brotli_static_module.so;
Am încercat o mulțime de răspunsuri de la diferite site-uri despre cum să îmi revin serverul fără niciun rezultat, poate cineva să identifice problema exactă? FYI-Am reușit să reînnoiesc certificatul după aceea, așa că acum am rămas doar cu această problemă. TIA