“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ 이전 nginx 또는 vestacp 구성이있는 웹 서버의 일반적인 경고입니다.

nginx -t

이 경고는 몇 년 전에 구성중인 Seververs에 가장 자주 나타납니다. nginx 지침이 필요했습니다 “ssl on“.

• CPANEL 또는 VESTACP가없는 NGINX 서버에서 Hostat 웹 사이트에 대한 SSL (HTTPS Connection) 인증을 설치하는 방법
• [수정] nginx : [Emerg] “load_module” 지침은 Nginx.conf에서 너무 늦게 지정됩니다
• Nginx 오류 수정 : SSL 세션 공유 캐시에서 새 세션을 할당 할 수 없습니다. “le_nginx_ssl” SSL 핸드 쉐이킹하는 동안

고치는 방법 “SSL” 지침은 더 이상 사용되지 않습니다 nginx / vestacp에서

메소드 1. 파일 도메인에 대한 nginx.conf 편집

가장 편리한 것은 # Directive로 우리를 취소하는 것입니다. “SSL on” 필드를 위해 우리는 Ningin이 경고합니다.

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의 경우.

우리가 추가하기 전에 사용자 ~에 Vestacp, 우리는 패키지를 만들어야합니다. VestaCP Packages. 이 패키지에는 다른 CMS 또는 성경에 대한 여러 구성이 포함되어 있습니다. Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).

우리가 추가 할 때 필드 하나에 사용자 vestacp, 새로운 추가 도메인의 Ningin 기본 구성은 Web Template (nginx) 선택 사용자 패키지의 경우에게.

우리는 우리가 추가하는 시나리오를 취합니다 Vesta Package Name: Stealth Cu Web Template NGINX: wordpress2. 템플릿 인 경우 “wordpress2” 지침을 포함합니다 “ssl on”,이 템플릿과 함께 추가 된 새 필드는 구성 에서이 구식 지침을 갖습니다. 그래서 최고는입니다 SA 수정 Web Template ~에 Vestacp. 따라서 새로운 영역이 추가 수신을 중단하기 위해 추가되었습니다 “SSL on” NINX 구성에서.

UN을 편집 할 때 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 on”.

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

라인을 제거한 후 “SSL on” 템플릿에서 파일을 저장합니다. 이 템플릿과 함께 추가 될 다음 영역에는 더 이상 뛰어난 지침이 없습니다. “SSL” 지침은 더 이상 사용되지 않습니다, Ningx를 테스트 할 때는 나타나지 않습니다.

마찬가지로 모든 VestACP 웹 템플릿을 수정하거나 개인화 된 NGINX 및 PHP-FPM 구성을 포함하여 새로운 템플릿을 만들 수 있습니다.