Jak naprawić nginx: [ostrzegaj] “SSL” dyrektywa jest przestarzała (nginx / vestacp)

“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ to częsty alert na serwerach internetowych ze starymi konfiguracjami nginx lub z VestaCP.

nginx -t

To ostrzeżenie pojawia się najczęściej na serwerach, na których zainstalowano VestaCP kilka lat temu, podczas konfiguracji nginx dyrektywa była konieczna “ssl on“.

• Jak instalujemy certyfikat SSL (HTTPS Connection) dla witryny hostacie na serwerze Nginx bez CPANEL lub VestACP
• [Fix] Nginx: [Emerg] “load_module” Dyrektywa jest określana zbyt późno w nginx.conf
• Napraw błąd nginx: nie można przydzielić nowej sesji w sesji sesji udostępniona pamięć podręczna “le_nginx_ssl” Podczas uścisku dłoni SSL

Jak naprawić “SSL” dyrektywa jest przestarzała w Nginx/VestaCP

Metoda 1. Edytuj plik nginx.conf dla domeny

Najłatwiej jest nam anulować dyrektywę za pomocą # “ssl włączone” dla domeny, w której mamy nginx warn.

sudo nano /home/vestacpuser/conf/web/example.com.nginx.ssl.conf

# ssl on

Zapisujemy plik, a następnie wykonujemy go ponownie nginx -t. Błąd nginx: [warn] the “ssl” directive is deprecated…” nie będzie już obecny.

nginx -t

Dzięki tej metodzie błąd nie zostanie trwale rozwiązany. Nowe domeny będą uwzględniały plik konfiguracyjny pakietu przypisanego do konta w VestaCP.

Metoda 2. Edycja VestaCP Web Template dla Nginxa.

Zanim dodamy jedno użytkownik W Vestacp, musimy utworzyć pakiety. VestaCP Packages. Pakiety te zawierają kilka konfiguracji dla różnych systemów CMS lub skryptów. Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).

Kiedy dodamy a POLE na jednym użytkownik VestaCP, domyślna konfiguracja Nginx nowo dodanej domeny zostanie podana przez Web Template (Nginx) wybrane dla pakietu użytkownikaDo.

Bierzemy scenariusz, w którym dodajemy Vesta Package Name: Stealth cu Web Template NGINX: wordpress2. Jeśli szablon “wordpress2” zawiera dyrektywę “ssl on”, nowe domeny dodane przy użyciu tego szablonu będą miały skonfigurowaną tę przestarzałą dyrektywę. Więc najlepiej zmodyfikuj Web Template W Vestacp. Zatem nowe dodane domeny nie będą już otrzymywać “ssl włączone” w konfiguracji Nginx.

Kiedy został opublikowany Web Template VestaCP wyeliminować “ssl” directive is deprecated” ?

Szablony zapisujące pliki konfiguracyjne dodanych domen znajdują się w:

/usr/local/vesta/data/templates/web/nginx/php-fpm

Mają dwa zakończenia. .tpl Do domeny bez SSL I.stpl Do domeny z włączoną obsługą protokołu SSL.

[root@north php-fpm]# pwd
/usr/local/vesta/data/templates/web/nginx/php-fpm
[root@north php-fpm]# ls -all
total 224
drwxr-xr-x 2 root root 4096 Jul  3 23:51 .
drwxr-xr-x 3 root root 4096 Apr 25  2017 ..
-rwxr-xr-x 1 root root 1737 Feb 27 07:12 cms_made_simple.stpl
-rwxr-xr-x 1 root root 1638 Feb 27 07:12 cms_made_simple.tpl
-rwxr-xr-x 1 root root 1770 Feb 27 07:12 codeigniter2.stpl
-rwxr-xr-x 1 root root 1671 Feb 27 07:12 codeigniter2.tpl
-rwxr-xr-x 1 root root 6528 Feb 27 07:12 datalife_engine.stpl
-rwxr-xr-x 1 root root 6429 Feb 27 07:12 datalife_engine.tpl
-rwxr-xr-x 1 root root 1601 Feb 27 07:12 default.stpl
-rwxr-xr-x 1 root root 1502 Feb 27 07:12 default.tpl
-rwxr-xr-x 1 root root 2176 Feb 27 07:12 dokuwiki.stpl
-rwxr-xr-x 1 root root 2076 Feb 27 07:12 dokuwiki.tpl
-rwxr-xr-x 1 root root 2280 Feb 27 07:12 drupal6.stpl
-rwxr-xr-x 1 root root 2177 Feb 27 07:12 drupal6.tpl
-rwxr-xr-x 1 root root 2508 Feb 27 07:12 drupal8.stpl
-rwxr-xr-x 1 root root 2415 Feb 27 07:12 drupal8.tpl
-rwxr-xr-x 1 root root 1949 Feb 27 07:12 joomla.stpl
-rwxr-xr-x 1 root root 1850 Feb 27 07:12 joomla.tpl
-rwxr-xr-x 1 root root 1667 Feb 27 07:12 laravel.stpl
-rwxr-xr-x 1 root root 1562 Feb 27 07:12 laravel.tpl
-rwxr-xr-x 1 root root 5590 Feb 27 07:12 magento.stpl
-rwxr-xr-x 1 root root 5488 Feb 27 07:12 magento.tpl
-rwxr-xr-x 1 root root 1928 Feb 27 07:12 modx.stpl
-rwxr-xr-x 1 root root 1828 Feb 27 07:12 modx.tpl
-rwxr-xr-x 1 root root 2446 Feb 27 07:12 moodle.stpl
-rwxr-xr-x 1 root root 2411 Feb 27 07:12 moodle.tpl
-rwxr-xr-x 1 root root 1303 Feb 27 07:12 no-php.stpl
-rwxr-xr-x 1 root root 1204 Feb 27 07:12 no-php.tpl
-rwxr-xr-x 1 root root 1990 Feb 27 07:12 odoo.stpl
-rwxr-xr-x 1 root root 1891 Feb 27 07:12 odoo.tpl
-rwxr-xr-x 1 root root 1724 Feb 27 07:12 opencart.stpl
-rwxr-xr-x 1 root root 1624 Feb 27 07:12 opencart.tpl
-rwxr-xr-x 1 root root 2796 Feb 27 07:12 owncloud.stpl
-rwxr-xr-x 1 root root 2701 Feb 27 07:12 owncloud.tpl
-rwxr-xr-x 1 root root 2081 Feb 27 07:12 piwik.stpl
-rwxr-xr-x 1 root root 1982 Feb 27 07:12 piwik.tpl
-rw-r--r-- 1 root root  189 Feb 27 07:12 proxy_ip.tpl
-rwxr-xr-x 1 root root 2124 Feb 27 07:12 pyrocms.stpl
-rwxr-xr-x 1 root root 2021 Feb 27 07:12 pyrocms.tpl
-rwxr-xr-x 1 root root 2478 Feb 27 07:12 sendy.stpl
-rwxr-xr-x 1 root root 2390 Feb 27 07:12 sendy.tpl
-rwxr-xr-x 1 root root 1952 Feb 27 07:12 wordpress2_rewrite.stpl
-rwxr-xr-x 1 root root 1859 Feb 27 07:12 wordpress2_rewrite.tpl
-rwxr-xr-x 1 root root 1842 Feb 27 07:12 wordpress2.stpl
-rwxr-xr-x 1 root root 1743 Feb 27 07:12 wordpress2.tpl
-rwxr-xr-x 1 root root 2701 Feb 27 07:12 wordpress2_wp_super_cache.stpl
-rwxr-xr-x 1 root root 2596 Feb 27 07:12 wordpress2_wp_super_cache.tpl
-rwxr-xr-x 1 root root 1601 Feb 27 07:12 wordpress.stpl
-rwxr-xr-x 1 root root 1502 Feb 27 07:12 wordpress.tpl
[root@north php-fpm]# 

Bierzemy powyższy scenariusz, w którym mamy szablon “wordpress2.stpl”. Edytujemy ten plik na serwerze WWW i usuwamy linię z dyrektywą “ssl włączone”.

nano /usr/local/vesta/data/templates/web/nginx/php-fpm/wordpress2.stpl

Po usunięciu linii “ssl włączone” z szablonu, zapisz plik. Następujące domeny, które zostaną dodane za pomocą tego szablonu, nie będą już miały przestarzałej dyrektywy. “SSL” dyrektywa jest przestarzała, nie będzie się już pojawiać podczas testowania Nginx.

W ten sam sposób można modyfikować wszystkie szablony internetowe VestaCP lub tworzyć nowe, aby uwzględnić niestandardowe konfiguracje nginx i php-fpm.