“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ jest częstym alertem na serwerach WWW ze starymi konfiguracjami nginx lub VestaCP.
Zawartość
nginx -t

to warn pojawia się najczęściej na serwerze, który ma VestaCP zainstalowany kilka lat temu, kiedy w konfiguracji nginx potrzebna była dyrektywa "ssl on
".
Jak naprawić "ssl” jest przestarzała w Nginx / VestaCP
Metoda 1. Edytuj plik nginx.conf za pole
Najłatwiej jest anulować dyrektywę „ssl on” za pomocą # dla domeny, w której mamy ostrzeżenie nginx.
sudo nano /home/vestacpuser/conf/web/example.com.nginx.ssl.conf
# ssl on

Zapisz plik, a następnie uruchom 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 usunięty. Nowe domeny będą zgodne z plikiem konfiguracyjnym pakietu przypisanego do konta w dniu VestaCP.
Metoda 2. Edytuj VestaCP Web Template dla Nginxa.
Zanim dodamy użytkownik in VestaCP, musimy stworzyć pakiety. VestaCP Packages. Pakiety te zawierają kilka konfiguracji dla różnych CMS lub skryptów. Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).
Kiedy dodamy pole pe sin użytkownik VestaCP, domyślna konfiguracja Nginx nowo dodanej domeny zostanie podana przez Web Template (nginx) wybrane dla pakietu użytkownikaacquis.

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 za pomocą tego szablonu będą miały tę przestarzałą dyrektywę w konfiguracji. Więc najlepiej modyfikować Web Template in VestaCP. Aby nowe dodane domeny nie otrzymywały już „ssl on” w konfiguracji Nginx.
Jak edytować Web Template VestaCP wyeliminować “ssl” directive is deprecated” ?
Szablony, które zapisują pliki konfiguracyjne dodanych domen znajdują się w:
/usr/local/vesta/data/templates/web/nginx/php-fpm
Mają dwa zakończenia. .tpl
dla domeny bez SSL oraz .stpl
dla domeny z SSL aktywowany.
[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 on”.
nano /usr/local/vesta/data/templates/web/nginx/php-fpm/wordpress2.stpl

Po usunięciu linii „ssl on” 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” jest przestarzała, nie pojawi się podczas testowania nginx.
W ten sam sposób można modyfikować wszystkie szablony internetowe VestaCP lub można utworzyć nowe, aby uwzględnić niestandardowe konfiguracje nginx i php-fpm.