ป้ายกำกับ: Multi-domain

nginx: รวมศูนย์ ACME Challenge ไว้ที่เดียวnginx: รวมศูนย์ ACME Challenge ไว้ที่เดียว

2011-08-142011-08-14| phunsanitphunsanit| 0 Comment | 07:00

หากคุณบริหารจัดการเว็บเซิร์ฟเวอร์ Nginx ที่มีหลายโดเมน (Virtual Hosts / Multi-domain) และใช้ใบรับรองความปลอดภัย SSL/TLS ฟรีจาก Let’s Encrypt ผ่านเครื่องมืออย่าง Certbot หนึ่งในปัญหาที่พบได้บ่อยเมื่อระบบเติบโตขึ้นคือ “ไฟล์การตั้งค่าต่ออายุ SSL กระจัดกระจาย”

บทความนี้จะพาทุกคนมาดูวิธีการรวบศูนย์จุดยืนยันตัวตน หรือ ACME Challenge ให้มาอยู่ที่โฟลเดอร์เดียว นั่นคือ /var/www/html พร้อมอธิบายหลักการและข้อดีที่คุณจะได้กลับไปครับ

ACME Challenge คืออะไร และทำไมต้องมี?

ก่อนจะไปถึงการรวบศูนย์ เรามาทำความเข้าใจกระบวนการทำงานของ Let’s Encrypt กันก่อนครับ

เวลาที่เราขอหรือต่ออายุใบรับรอง SSL ผ่านกระบวนการ HTTP-01 Challenge ตัวระบบ Let’s Encrypt ต้องมั่นใจว่า เราเป็นเจ้าของโดเมนนั้นจริง ไม่ได้ไปแอบอ้างโดเมนคนอื่น

[ Let's Encrypt Server ]                             [ เครื่อง Server ของเรา (Nginx) ]
          │                                                       │
          │ 1. บอก Certbot: "สร้างไฟล์รหัสยืนยันไว้ในเว็บสิ"                   │
          ├──────────────────────────────────────────────────────►│ (Certbot สร้างไฟล์ชั่วคราว)
          │                                                       │
          │ 2. ยิง HTTP Request วิ่งมาตรวจที่โดเมน:                      │
          │    http://yourdomain.com/.well-known/acme-challenge/X │
          ├──────────────────────────────────────────────────────►│ (Nginx อ่านไฟล์ X ส่งกลับไป)
          │                                                       │
          │ 3. ตรวจสอบรหัสถูกต้อง! -> อนุมัติใบรับรอง SSL             │
          │◄──────────────────────────────────────────────────────┤ (Certbot ลบไฟล์ X ทิ้ง)

สรุปคือ ACME Challenge เป็นพื้นที่สำหรับวางไฟล์ยืนยันตัวตนชั่วคราว ซึ่งเกิดขึ้นและถูกลบทิ้งภายในเวลาไม่กี่วินาทีเท่านั้น โดยตามมาตรฐานระบบ Nginx จะวิ่งเข้ามาอ่านไฟล์ผ่าน URL ดังนี้: [http://yourdomain.com/.well-known/acme-challenge/](http://yourdomain.com/.well-known/acme-challenge/)<token_file>

ปัญหาของการตั้งค่าแบบเดิม (กระจายหลาย Root)

โดยทั่วไปเวลาเพิ่มเซิร์ฟเวอร์บล็อก (Virtual Host) ใหม่ เรามักจะชี้จุด ACME Challenge ไปตามพาธของเว็บนั้นๆ เช่น

  • โดเมน A ชี้ไปที่ /srv/www/site-a
  • โดเมน B ชี้ไปที่ /var/www/site-b
  • โดเมน C ชี้ไปที่ /usr/share/nginx/html

ผลกระทบที่ตามมา

  • Certbot สับสนเวลารัน Auto-Renew: Certbot ต้องคอยจำ Webroot Path ของแต่ละโดเมนแยกกัน หากมีการเปลี่ยนโครงสร้างโฟลเดอร์เว็บในอนาคต การต่ออายุ SSL จะล้มเหลวทันที (Renew Failed)
  • ความยุ่งยากในการดูแล (Maintenance Overhead): ต้องเขียนบล็อก location /.well-known/acme-challenge/ ซ้ำๆ ในไฟล์คอนฟิกทุกๆ โดเมน

ข้อดีของการรวมศูนย์ไว้ที่ /var/www/html

การย้ายโฟลเดอร์ยืนยันตัวตนทั้งหมดมาไว้ที่จุดกลางเดียวคือ /var/www/html มอบประโยชน์มหาศาลในการทำระบบ

  1. ลดความซ้ำซ้อนของโค้ด (DRY Principle): เราสามารถสร้าง Snippet ไฟล์เดียว เช่น snippets/acme-challenge.conf แล้วใช้คำสั่ง include ในทุกๆ โดเมนได้ทันที
  2. การต่ออายุ SSL เสถียรและแน่นอน 100%: ไม่ว่าโดเมนนั้นจะเป็น WordPress, Node.js, .NET หรือเป็นเพียง Reverse Proxy ต่อไปยัง Internal Port อื่นๆ เมื่อมี Request สำหรับต่ออายุ SSL วิ่งเข้ามาทาง Port 80 ระบบจะวิ่งเข้าโฟลเดอร์กลาง /var/www/html เสมอ
  3. คำสั่ง Certbot สั้น กระชับ และใช้คำสั่งเดียวได้ทั้งเครื่อง: เวลาสั่งขอ Certificate ใหม่หรือสั่งทดสอบ คุณสามารถใช้ Webroot เดียวกันได้ทั้งเซิร์ฟเวอร์:
    certbot certonly --webroot -w /var/www/html -d example.com
  4. ตามมาตรฐาน Default OS: /var/www/html เป็นโฟลเดอร์มาตรฐานเริ่มต้นของ Ubuntu/Debian ซึ่งถูกออกแบบมาสำหรับวางไฟล์สาธารณะพื้นฐานของระบบเว็บอยู่แล้ว การนำมาใช้เป็นจุดผ่านของ ACME Challenge จึงถูกต้องและไม่ปะปนกับ Source Code หลักของแอปพลิเคชันใน /srv/www/

วิธีการลงมือปฏิบัติ (Implementation Guide)

  1. เตรียมโฟลเดอร์กลางและตั้งค่า Permissions
    ตรวจสอบและกำหนดสิทธิ์โฟลเดอร์กลาง /var/www/html ให้ Nginx อ่าน-เขียนได้
    sudo mkdir -p /var/www/html
    sudo chown -R www-data:www-data /var/www/html
    sudo chmod -R 755 /var/www/html
  2. สร้างไฟล์ Snippet สำหรับ Nginx
    สร้างไฟล์ Snippet กลางไว้ที่ /etc/nginx/snippets/acme-challenge.conf
    sudo nano /etc/nginx/snippets/acme-challenge.conf
    วางโค้ดดังนี้
    # /etc/nginx/snippets/acme-challenge.conf
# The central blog for accepting Let's Encrypt ACME Challenge submissions.
location /.well-known/acme-challenge/ {
	allow all;
	root /var/www/html;
}
  3. นำ Snippet ไปปรับใช้ใน Virtual Host (Port 80)
    ในไฟล์คอนฟิกของแต่ละโดเมน (ใน /etc/nginx/sites-enabled/) ให้ดึง Snippet ไปใช้ในส่วนของ HTTP (Port 80) ดังนี้
    # ตัวอย่าง: /etc/nginx/sites-enabled/example.com.conf

# 1. HTTP Server Block (ทำหน้าที่รับ ACME Challenge และ Redirect ไป HTTPS)
server {
    listen 80;
    listen [::]:80;
    server_name example.com www.example.com;

    # ดึง Snippet ACME Challenge กลางมาใช้งาน
    include snippets/acme-challenge.conf;

    # Request อื่นๆ ให้ Redirect ไปยัง HTTPS
    location / {
        return 301 https://$host$request_uri;
    }
}

# 2. HTTPS Server Block (รันแอปพลิเคชันจริง)
server {
    listen 443 ssl;
    server_name example.com www.example.com;

    # SSL Config &amp; Application Root...
    root /srv/www/example.com;
    ...
}
  4. ทดสอบและสั่ง Reload Nginx
    • ตรวจสอบความถูกต้องของไฟล์ Config
      sudo nginx -t
    • สั่ง Reload เพื่อใช้งาน Config ใหม่
      sudo systemctl reload nginx
  5. ทดสอบการต่ออายุใบรับรอง (Dry Run)
    ทดสอบสั่งต่ออายุ SSL ด้วย Certbot เพื่อดูว่าระบบวิ่งเข้ามาอ่านที่ /var/www/html ถูกต้องหรือไม่
    sudo certbot renew --dry-run

สรุป

การรวมศูนย์ ACME Challenge ไว้ที่ /var/www/html เป็นเทคนิคการตั้งค่าที่ช่วยเปลี่ยนงานจุกจิกของการดูแลรักษาใบรับรอง SSL ให้กลายเป็นเรื่องง่าย สะอาด ปลอดภัย และช่วยลดข้อผิดพลาดของการต่ออายุ SSL ในระยะยาวได้อย่างยั่งยืนครับ

อ่านเพิ่มเติม

Read MoreRead More