Website và kết nối

Cách kiểm tra chứng chỉ SSL khớp với tên miền

Kiểm tra chứng chỉ khớp hostname bằng SAN, thời hạn và chuỗi tin cậy; phân biệt lỗi www, wildcard, DNS và chứng chỉ đang được máy chủ thực sự trả về.

Cảnh báo chứng chỉ có thể xuất hiện dù bạn vừa cài SSL trong bảng hosting. Điều cần kiểm tra là chứng chỉ mà trình duyệt thực sự nhận khi mở đúng hostname, không chỉ tệp đã tải lên. Máy chủ, CDN và cấu hình nhiều website có thể làm kết quả khác với dự định.

Khi chẩn đoán, ghi URL, thời điểm và thông báo đầy đủ. Không nhập thông tin nhạy cảm trên trang đang cảnh báo, cũng không tắt xác minh chứng chỉ như một cách sửa lỗi. Hãy tách lỗi khớp tên khỏi lỗi thời hạn và lỗi chuỗi tin cậy để xử lý đúng phần.

Đọc hostname đang mở

Ví dụ minh họa, example.com và www.example.com là hai hostname cần được xét riêng. Nếu người dùng tới www trước khi chuyển sang tên gốc, kết nối TLS của www vẫn cần hợp lệ. Một redirect không giúp bỏ qua lỗi chứng chỉ xảy ra trước khi phản hồi HTTP được nhận.

Kiểm tra cả tên phụ như apps hoặc help nếu chúng có trong hành trình sử dụng. Đừng suy ra rằng chứng chỉ trang chủ bao phủ mọi dịch vụ của thương hiệu. Hãy lập danh sách hostname thật, tránh dùng một ví dụ cấu hình cho toàn bộ hệ thống.

Đối chiếu danh sách tên trên chứng chỉ

Trong trình xem chứng chỉ của trình duyệt, tìm các tên được ghi trong Subject Alternative Name, thường gọi SAN. RFC9525 mô tả cơ chế xác minh định danh dịch vụ TLS. Với website, cần đối chiếu hostname truy cập với phạm vi tên mà chứng chỉ thể hiện.

Wildcard cũng có giới hạn. Ví dụ, *.example.com không mặc nhiên bao phủ example.com hoặc một tên nhiều cấp như a.b.example.com. Nếu dịch vụ cần các hostname đó, xem cách cấp chứng chỉ phù hợp thay vì chỉ thêm dấu sao và kỳ vọng mọi tên đều được chấp nhận.

Kiểm tra thời gian và chuỗi tin cậy riêng

Chứng chỉ khớp tên vẫn có thể hết hạn hoặc chưa tới thời gian có hiệu lực. Đối chiếu thời gian hệ thống của thiết bị khi lỗi chỉ xảy ra ở một máy, nhưng không dùng việc đổi giờ sai để bỏ qua cảnh báo. Nếu chứng chỉ đã hết hạn thật, cần gia hạn và triển khai đúng nơi đang phục vụ.

Chuỗi chứng chỉ cũng cần được cấu hình theo hướng dẫn của CA hoặc hosting. Không tự cài một chứng chỉ lạ vào thiết bị khách hàng để làm cảnh báo biến mất. Với website công khai, hãy dùng cơ chế tin cậy phù hợp môi trường người dùng thực tế.

Khi bảng hosting đúng nhưng trình duyệt vẫn thấy tên khác

Đối chiếu DNS xem hostname đang tới máy chủ hoặc CDN nào. Nếu chuyển hosting, một số đường truy cập có thể vẫn tới hệ thống trước đó. Kiểm tra cả IPv4 và IPv6 nếu có, vì chỉ một đường bị cấu hình sai cũng có thể làm lỗi xuất hiện không đồng đều.

Ở máy chủ dùng nhiều website, xác nhận domain đã gắn đúng virtual host và chứng chỉ được chọn theo hostname. Nếu TLS kết thúc tại CDN, kiểm tra chứng chỉ ở lớp đó cùng kết nối về origin theo mô hình dịch vụ. Cài chứng chỉ ở một lớp không chứng minh lớp còn lại đã đúng.

Gói thông tin hỗ trợ nên có

  • URL đầy đủ và hostname gặp cảnh báo.
  • Tên chứng chỉ quan sát được, SAN và thời hạn liên quan.
  • Mã lỗi trình duyệt, thời điểm cùng thiết bị kiểm tra.
  • Tình trạng trên mạng hoặc thiết bị khác nếu đã đối chiếu.
  • Thay đổi gần nhất về DNS, hosting, CDN hoặc chứng chỉ.

Che thông tin tài khoản khi chụp màn hình và không gửi private key. Sau khi sửa, thử lại toàn bộ hostname trong luồng, kể cả địa chỉ được chuyển hướng. Xác nhận kết nối không còn cảnh báo rồi mới tiếp tục kiểm thử đăng nhập hoặc biểu mẫu. Đó là cách kiểm tra kết quả thực tế thay vì chỉ dựa vào trạng thái “đã cài” trong dashboard.

Nguồn tham khảo

Đọc tiếp cùng chủ đề

Quy trình trỏ tên miền về hosting trước khi ra mắt website ↗Chuyển tên miền sang website mới mà vẫn giữ email hoạt động ↗Tên miền gốc và www: chọn địa chỉ chính cho website ↗