par
Comment réparer nginx: [avertir] le “SSL” La directive est obsolète (nginx / vestacp)
Comment réparer nginx: [avertir] le “SSL” La directive est obsolète (nginx / vestacp)
“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ est une alerte courante sur les serveurs Web avec d'anciennes configurations nginx ou avec VestaCP.
contenu
nginx -t
Cet avertissement apparaît le plus souvent sur les serveurs sur lesquels VestaCP est installé il y a quelques années, lorsque dans la configuration nginx la directive était nécessaire “ssl on“.
Comment réparer “SSL” la directive est obsolète dans Nginx/VestaCP
Méthode 1. Modifiez le fichier nginx.conf pour le domaine
Le plus simple pour nous est d'annuler la directive avec # “SSL activé” pour le domaine où nous avons nginx warn.
sudo nano /home/vestacpuser/conf/web/example.com.nginx.ssl.conf# ssl on
Nous sauvegardons le fichier puis l'exécutons à nouveau nginx -t. Erreur nginx: [warn] the “ssl” directive is deprecated…” ne sera plus présent.
nginx -tGrâce à cette méthode, l’erreur ne sera pas résolue définitivement. Les nouveaux domaines respecteront le fichier de configuration du package attribué au compte sur VestaCP.
Méthode 2. Édition VestaCP Web Template pour Nginx.
Avant d'en ajouter un utilisateur dans Vestacp, nous devons créer des packages. VestaCP Packages. Ces packages contiennent plusieurs configurations pour différents CMS ou scripts. Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).
Quand on ajoute un CHAMP sur un seul utilisateur VestaCP, la configuration Nginx par défaut du domaine nouvellement ajouté sera donnée par Web Template (Nginx) sélectionné pour le package utilisateurà.
On prend le scénario dans lequel on ajoute Vesta Package Name: Stealth cu Web Template NGINX: wordpress2. Si le modèle “wordpress2” contient la directive “ssl on”, les nouveaux domaines ajoutés avec ce modèle auront cette directive obsolète configurée. Alors c'est mieux sa modifier Web Template dans Vestacp. Les nouveaux domaines ajoutés ne recevront donc plus “SSL activé” dans la configuration Nginx.
Quand il a été publié Web Template VestaCP éliminer “ssl” directive is deprecated” ?
Les modèles qui écrivent les fichiers de configuration des domaines ajoutés se trouvent dans :
/usr/local/vesta/data/templates/web/nginx/php-fpmCeux-ci ont deux fins. .tpl pour domaines sans SSL et .stpl pour domaines avec SSL activé.
[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]# On prend le scénario ci-dessus, dans lequel on a le modèle “wordpress2.stpl”. Nous éditons ce fichier sur le serveur web et supprimons la ligne avec la directive “SSL activé”.
nano /usr/local/vesta/data/templates/web/nginx/php-fpm/wordpress2.stpl
Après avoir supprimé la ligne “SSL activé” à partir du modèle, enregistrez le fichier. Les domaines suivants qui seront ajoutés avec ce modèle n'auront plus la directive obsolète. “SSL” la directive est obsolète, il n'apparaîtra plus lors du test de nginx.
De la même manière, tous les modèles Web VestaCP peuvent être modifiés ou de nouveaux peuvent être créés pour inclure des configurations nginx et php-fpm personnalisées.
Comment réparer nginx: [avertir] le “SSL” La directive est obsolète (nginx / vestacp)
Vous pourriez également être intéressé par...
