การแก้ไขปัญหา2026-08-15•อ่าน 4 นาที

ชื่อโฮสต์ไม่ตรงกัน: ข้อผิดพลาด Common Name และ SAN ของ SSL

· ทีม CSR.plus

•เบราว์เซอร์จับคู่ชื่อโฮสต์กับชื่อสำรองของประธาน (SAN) ไม่ใช่ฟิลด์ชื่อสามัญ (CN) แบบเก่า
•ใบรับรองโดเมนเดียวครอบคลุมหนึ่งโฮสต์พอดี ไวลด์การ์ดครอบคลุมหนึ่งระดับของโดเมนย่อย SAN ครอบคลุมรายการ
•วิธีแก้เกือบทุกครั้งคือออกใหม่ด้วยรายการ SAN ที่ถูกต้อง ไม่ใช่เปลี่ยนการตั้งค่าเซิร์ฟเวอร์

CN_INVALID

ข้อผิดพลาดเบราว์เซอร์

NET::ERR_CERT_COMMON_NAME_INVALID

SAN เท่านั้น

แหล่งจับคู่

เบราว์เซอร์สมัยใหม่ไม่สนใจ CN

1 ระดับ

ความลึกไวลด์การ์ด

*.example.com ไม่ใช่ *.*

ออกใหม่

วิธีแก้

ด้วยรายการ SAN ที่ถูกต้อง

การจับคู่ชื่อโฮสต์ทำงานอย่างไร

เมื่อคุณเยี่ยมชม www.example.com เบราว์เซอร์จะรวบรวมรายการ SAN ของใบรับรองและตรวจสอบว่ามีรายการใดตรงกันหรือไม่ ฟิลด์ชื่อสามัญถูกเบราว์เซอร์สมัยใหม่ไม่สนใจ ใบรับรองสำหรับ example.com ไม่ครอบคลุม www.example.com — เป็นชื่อโฮสต์ที่ต่างกัน นี่คือแหล่งความสับสนที่พบบ่อยที่สุดเบื้องหลังข้อผิดพลาดชื่อโฮสต์ไม่ตรงกัน

ไวลด์การ์ดและใบรับรอง SAN

ไวลด์การ์ด *.example.com ครอบคลุม www.example.com และโดเมนย่อยหนึ่งระดับอื่น ๆ แต่ไม่ครอบคลุม example.com เองหรือระดับลึกอย่าง a.b.example.com ใบรับรอง SAN (หลายโดเมน) สามารถระบุโฮสต์ต่าง ๆ หลายรายการ หากคุณต้องการทั้ง example.com และ www.example.com ให้ขอ SAN ที่มีทั้งสอง หรือไวลด์การ์ดบวกโดเมนเปล่า

วิธีแก้ที่ถูกต้อง

ออกใบรับรองใหม่ด้วยชื่อโฮสต์ที่คุณให้บริการจริง รวมถึงคำนำหน้า www หากคุณเปลี่ยนเส้นทางไปที่นั่น จากนั้นติดตั้งใบรับรองใหม่และเชนเต็ม ตรวจสอบ SAN ที่ให้บริการด้วย openssl x509 -in cert.pem -noout -text | grep -A1 "Subject Alternative Name" อย่า "แก้" ด้วยการเขียนทับเซิร์ฟเวอร์: ใบรับรองต้องครอบคลุมโฮสต์ที่ผู้เยี่ยมชมเชื่อมต่อจริง