“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ Це поширене сповіщення на веб -серверах зі старими конфігураціями NGINX або VESTACP.
зміст
nginx -t

Ця попередження з’являється найчастіше на Seaververs, у яких встановлений Vestacp кілька років тому, коли в конфігурації nginx Директива була потрібна “ssl on“.
Як виправити “SSL” Директива застаріла в nginx / vestacp
Метод 1. Файл редагувати nginx.conf для домену
Найбільш зручним є скасування нас із директивою # “SSL” Для поля у нас є Нінгін.
sudo nano /home/vestacpuser/conf/web/example.com.nginx.ssl.conf
# ssl on

Ми зберігаємо файл, а потім знову виконуємо nginx -t. Помилка nginx: [warn] the “ssl” directive is deprecated…” він більше не буде присутній.
nginx -t
За цим методом помилка не буде постійною. Нові поля будуть відповідати файлу конфігурації пакету, призначеного Vestacp.
Метод 2. Редагувати VestaCP Web Template для NINX.
Перш ніж додати a користувач у Штовхач, ми повинні створювати пакети. VestaCP Packages. Ці пакети містять декілька конфігурацій для різних CM або Писань. Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).
Коли ми додаємо a Поле на за Користувач VESTACP, конфігурація за замовчуванням Ningin нового додаткового домену буде задана Web Template (Nginx) Для пакету користувачівдо.

Ми беремо сценарій, який додаємо Vesta Package Name: Stealth з Web Template NGINX: wordpress2. Якщо шаблон “wordpress2” Містить Директиву “ssl on”, нові поля, додані з цим шаблоном, матимуть цю застарілу директиву в конфігурації. Тож найкраще - це SA змінює Web Template у Штовхач. Тож нові області, додані для припинення отримання “SSL” У конфігурації NINX.
При редагуванні ООН Web Template VestaCP усунути “ssl” directive is deprecated” ?
Шаблони, які записують конфігураційні файли додаткових доменів, знаходяться в:
/usr/local/vesta/data/templates/web/nginx/php-fpm
Вони мають два закінчення. .tpl для Домени без SSL І і.stpl для Домени з 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]#
Ми беремо вищевказаний сценарій, в якому у нас є шаблон “WordPress2.Stpl”. Ми редагуємо цей файл на веб -сервері та видалимо рядок за допомогою директиви “SSL”.
nano /usr/local/vesta/data/templates/web/nginx/php-fpm/wordpress2.stpl
Після зняття лінії “SSL” З шаблону ми зберігаємо файл. Наступні сфери, які будуть додані за допомогою цього шаблону, більше не матимуть видатної директиви. “SSL” Директива застаріла, Він не з’явиться, коли ми перевіримо ningx.
Таким же чином всі веб-шаблони VESTACP можуть бути змінені або можуть бути створені нові, в яких можна включити персоналізовані конфігурації NGINX та PHP-FPM.