“nginx: [warn] the “ssl” directive is deprecated, use the “listen … ssl” directive instead in example.com.nginx.ssl.conf“ เป็นการแจ้งเตือนทั่วไปบนเว็บเซิร์ฟเวอร์ที่มีการกำหนดค่า nginx แบบเก่าหรือ VestaCP.
nginx -t
นี้ warn ปรากฏบ่อยที่สุดบนเซิร์ฟเวอร์ที่มี VestaCP ติดตั้งเมื่อไม่กี่ปีที่ผ่านมาเมื่ออยู่ในการกำหนดค่า Nginx จำเป็นต้องมีคำสั่ง "ssl on"
เนื้อหา
วิธีการแก้ไข "ssl”คำสั่งเลิกใช้แล้ว ใน Nginx / VestaCP
วิธีที่ 1. แก้ไขไฟล์ nginx.conf สำหรับสนาม
เป็นการดีที่สุดที่เราจะยกเลิกด้วย # directive "ssl บน ” สำหรับโดเมนที่เราเตือน nginx
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 สำหรับ Nginx
ก่อนที่เราจะเพิ่ม a ผู้ใช้งาน in VestaCPเราต้องสร้างแพ็คเกจ VestaCP Packages. แพ็คเกจเหล่านี้มีการกำหนดค่าต่างๆ สำหรับ CMS หรือสคริปต์ต่างๆ Web Template (Nginx), Backend Template (PHP-FPM), DNS Template (NAMED).
เมื่อเราเติม a สนาม เกี่ยวกับ ผู้ใช้งาน VestaCP, การกำหนดค่า Nginx default ของโดเมนใหม่ที่เพิ่มเข้ามาจะได้รับโดย Web Template (Nginx) เลือกแล้ว สำหรับแพ็คเกจผู้ใช้สถาน
เราใช้สถานการณ์ที่เราเพิ่ม Vesta Package Name: Stealth cu Web Template NGINX: wordpress2. ถ้าแม่แบบ “wordpress2” มีคำสั่ง “ssl on”โดเมนใหม่ที่เพิ่มด้วยเทมเพลตนี้จะมีคำสั่งที่ล้าสมัยในการกำหนดค่า งั้นก็ดีที่สุด ในการปรับเปลี่ยน Web Template in VestaCP. ดังนั้นโดเมนที่เพิ่มใหม่จะไม่ได้รับอีกต่อไป "ssl เปิด ” ในการกำหนดค่า Nginx
วิธีแก้ไข 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”คำสั่งเลิกใช้แล้ว, จะไม่ปรากฏขึ้นเมื่อทดสอบ nginx
ในทำนองเดียวกันเทมเพลตเว็บทั้งหมดสามารถแก้ไขได้ VestaCP หรือสามารถสร้างใหม่เพื่อรวมการกำหนดค่า nginx และ php-fpm ที่กำหนดเองได้
