Các CAFile
tùy chọn cấu hình một CA để sử dụng cho chứng chỉ xác thực khách hàng; đây không phải là điều bạn muốn
Thay vào đó, bạn muốn tạo tệp trong cert
tùy chọn để chứa toàn bộ chuỗi chứng chỉ hiện hành. Bạn sẽ muốn lưu một bản sao lưu của tệp đó, sau đó tạo một bản mới; về cơ bản kết hợp hai tệp, được định dạng như thế này:
-----BEGIN CERTIFICATE-----
(certificate from asana.pem file pasted here)
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
(intermediate certificate here; copy-paste the top chunk from the bundle)
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
(root certificate here; copy-paste the bottom chunk from the bundle)
-----END CERTIFICATE-----
Điều này sẽ buộc stunnel trình bày chuỗi chứng chỉ đầy đủ cho khách hàng.
Một miếng ngon nữa; các openssl s_client
lệnh là rất hữu ích để thử nghiệm các vấn đề chuỗi chứng và kiểm tra như thế nào dịch vụ của bạn được trình bày giấy chứng nhận của nó.
Chỉnh sửa: Ok .. chuỗi gói chứng chỉ đó là ba chiều sâu, nhưng chuỗi tin cậy trông có vẻ hai chiều. Có gì đó không đúng.
Chứng chỉ hàng đầu ("Cơ quan chứng nhận an toàn Starfield") được ký bởi nhà phát hành có tên "Cơ quan chứng nhận Starfield Class 2" với dấu vân tay bắt đầu bằng ad7e1c28
.. nhưng chứng chỉ thứ hai trong gói, được đặt tên chính xác giống như người ký chứng nhận đầu tiên, phải là cùng một chứng chỉ, có dấu vân tay bắt đầu 363e4734
và ngày hết hạn 10 năm trước đó. Sau đó, chứng chỉ thứ ba (gốc) là người ký chứng nhận trung gian đi kèm .. nhưng cả hai chứng chỉ này đều không có bất kỳ mối quan hệ nào với chứng chỉ đầu tiên!
Nếu điều đó không có ý nghĩa, đừng lo lắng. Tóm tắt: công việc cẩu thả, có người nghiêm túc thả quả bóng xây dựng gói chứng chỉ này. Sau đó, cách tốt nhất của bạn là xuất các tệp ở định dạng cơ sở 64 từ trình duyệt xác thực chuỗi thành công, dán chúng vào định dạng mà tôi liệt kê từ đó.
Vì đó là một mớ hỗn độn không có lỗi của riêng bạn, tôi đã đoán tên DNS của bạn và lấy chứng chỉ và tôi nghĩ đây phải là chuỗi đầy đủ bạn cần: http://pastebin.com/Lnr3WHc8