Điểm:0

Chính xác thì trình bày chứng chỉ HTTPS hoạt động như thế nào?

lá cờ ng

Tôi đang khắc phục sự cố với nhà cung cấp SAS.Rõ ràng, câu hỏi này không phải là "làm cách nào để khắc phục sự cố?", cũng không phải là "chính xác thì điều gì gây ra sự cố này?" -- đúng hơn, đó là "làm thế nào để những công nghệ này hoạt động, sao cho sự kết hợp các triệu chứng này có thể xảy ra?" Tôi đã mở phiếu hỗ trợ với nhà cung cấp (và tôi không đủ kiên nhẫn chờ đợi nó được báo cáo cho một người đủ năng lực). Mục đích của câu hỏi này là để mở rộng hiểu biết của tôi về cách thức hoạt động của những thứ này (thường là?) và những biến số nào có thể đang diễn ra mà tôi chưa xem xét.

Nhà cung cấp cho biết cung cấp tính năng "tùy chỉnh miền", nơi bạn có thể truy cập dịch vụ của họ thông qua miền mà bạn kiểm soát. (Bạn cung cấp cho họ một khóa riêng, cộng với chứng chỉ w/chuỗi và bạn thêm mục nhập CNAME trỏ đến miền dưới sự kiểm soát của nhà cung cấp.)

Tôi có hai "người thuê nhà" với nhà cung cấp này -- một cho mục đích phát triển và một cho sản xuất. Cả hai đều được định cấu hình với miền tùy chỉnh. Họ sử dụng cùng một chứng chỉ và PK; chứng chỉ có miền sản xuất là CN của nó và cả miền dev và prod được liệt kê là SAN.

Người thuê sản xuất hoạt động hoàn hảo, vì vậy tôi biết chứng chỉ là chính xác. Tuy nhiên, khi tôi truy cập đối tượng thuê nhà phát triển trong trình duyệt của mình, khoảng 80-90% trường hợp tôi gặp lỗi chứng chỉ và khi tôi điều tra, trình duyệt của tôi báo cáo rằng chứng chỉ được xuất trình là hợp lệ nhưng không phải của tôi mà là của tôi thuộc về nhà cung cấp (và do đó, không liệt kê miền của tôi là CN hoặc SAN). Tôi đã thử các trình duyệt khác nhau. tôi đã thử Xoăn. Tôi đã thử truy cập từ xa vào nhiều máy chủ khác nhau mà tôi có quyền truy cập và kiểm tra từ đó. Các đồng nghiệp của tôi, những người sống rải rác khắp Hoa Kỳ, cũng đã thử. Hiện tượng này dường như không thay đổi theo phần mềm máy khách, phần cứng máy khách, vị trí địa lý hoặc cấu hình mạng.

Tại thời điểm đó trong quy trình của mình, tôi nghĩ "ok, họ có một nhóm máy chủ phía sau bộ cân bằng tải và một số máy chủ không có chứng chỉ chính xác và vì vậy họ đang trình bày một thứ khác trong một số loại dự phòng ." Chắc chắn, tốt, có ý nghĩa.

Nhưng sau đó tôi đã cố gắng Công cụ Bảo mật Trang web của DigiCert, nơi bạn có thể nhập miền và nó sẽ đánh giá tính chính xác của chứng chỉ của bạn (trong số những thứ khác). Sử dụng công cụ đó, tôi không thể tái tạo hành vi không liên tục; thay vào đó, nó thất bại mọi lúc.

Là một kỹ sư phần mềm với vài thập kỷ kinh nghiệm xây dựng các trang web và dịch vụ trong nhiều ngăn xếp khác nhau, tôi có hiểu biết khá tốt về DNS, HTTPS, chứng chỉ TLS, cấu hình máy chủ web, định tuyến mạng, cân bằng tải, v.v. Nhưng tôi không hiểu làm thế nào trình xác thực DigiCert có thể nhìn thấy hành vi khác với những gì tôi thấy.

Suy nghĩ đầu tiên của tôi là sự chậm trễ lan truyền DNS, nhưng Trình kiểm tra DNS cho thấy không có vấn đề như vậy. Tiếp theo, tôi cân nhắc rằng DigiCert có thể đang lưu vào bộ đệm thứ gì đó ở phía họ, nhưng điều đó sẽ tạo ra một lỗ hổng rõ ràng trong công cụ của họ. Trong cả hai trường hợp, khả năng giải thích đó đã giảm đi khi hành vi này đã tồn tại trong vài ngày.

Vì vậy, câu hỏi của tôi, dành cho những người có nhiều chuyên môn về vấn đề này hơn tôi: có những lời giải thích khả dĩ nào cho trải nghiệm của công cụ DigiCert khác với mọi khách hàng khác mà tôi đã thử?

(Xin lỗi nếu đây không phải là trang SE phù hợp cho một câu hỏi như thế này. Nó có vẻ là lựa chọn tốt hơn Kỹ thuật mạng và khi tôi xem xét các tùy chọn của mình, tôi không thấy bất kỳ trang nào khác phù hợp.)

Massimo avatar
lá cờ ng
Thế còn * hỏi nhà cung cấp * thì sao? Chúng ta không thể biết hệ thống của họ hoạt động như thế nào.
JakeRobb avatar
lá cờ ng
@Massimo Tôi đã mở một vé hỗ trợ với họ và tôi hơi sốt ruột chờ đợi nó leo thang trong hệ thống phân cấp hỗ trợ của họ. Tôi hoàn toàn hiểu rằng không ai ở đây có thể nói cho tôi biết chính xác điều gì đang xảy ra với sự tự tin tuyệt đối. Như tôi đã nói trong câu hỏi: có những cách giải thích nào?
Điểm:2
lá cờ ng

Tôi đồng ý với phỏng đoán của bạn rằng điều này có thể do các chứng chỉ khác nhau được sử dụng trên các hệ thống khác nhau gây ra, điều này có thể giải thích hành vi không nhất quán; tùy thuộc vào bất kỳ quy tắc chung nào mà nhà cung cấp sử dụng để phân phối yêu cầu, điều này cũng có thể giải thích tại sao ai đó (chẳng hạn như công cụ kiểm tra của DigiCert) liên tục nhận được kết quả sai.

Tuy nhiên, cố gắng đoán những gì đang xảy ra ở đây là hoàn toàn vô ích; bạn nên báo cáo vấn đề này với bộ phận hỗ trợ của nhà cung cấp và hỏi họ để sửa chữa nó.

JakeRobb avatar
lá cờ ng
Tôi đã làm rõ câu hỏi một chút. Mục đích không phải là chẩn đoán vấn đề mà là tìm kiếm những lời giải thích khả dĩ có thể mở rộng hiểu biết của tôi về các công nghệ đang diễn ra. Bạn nói rõ rằng hệ thống cân bằng tải có thể phức tạp hơn tôi dự đoán.Kinh nghiệm của tôi là với các bộ cân bằng theo lượt và dựa trên tải; Tôi không ngờ rằng cũng có thể có các quy tắc bổ sung khi chơi. Tôi không thể nghĩ ra một quy tắc hợp lý nào có thể dẫn đến hành vi trong đó một số khách hàng đơn giản là không bao giờ tấn công một số máy chủ. Bạn có thể?
Massimo avatar
lá cờ ng
Vâng chắc chắn. Nếu nhà cung cấp này không chỉ là một công ty địa phương nhỏ, thì họ sẽ chạy một dịch vụ phân tán, nơi các hệ thống khác nhau hoàn toàn có thể không đồng bộ với nhau. Nếu dịch vụ được chia tỷ lệ theo cấp độ địa lý, các máy khách khác nhau sẽ tiếp cận các điểm cuối khác nhau dựa trên vị trí của họ và họ sẽ nhận được các kết quả khác nhau tùy thuộc vào điểm cuối mà yêu cầu của họ tiếp cận.
JakeRobb avatar
lá cờ ng
Chúng khá lớn và được phân phối rộng rãi, nhưng tất cả các dịch vụ _có trong tài khoản của tôi_ đều nằm trong một khu vực AWS duy nhất.
JakeRobb avatar
lá cờ ng
Tôi đã chấp nhận câu trả lời này. FWIW, giải pháp được đưa ra khi tôi tải lên lại chứng chỉ của mình. Tôi kết luận rằng đã xảy ra lỗi trong bất kỳ quy trình nào mà họ có để phân phối chứng chỉ trên các máy chủ thích hợp và dường như họ không có sẵn hệ thống để phát hiện hoặc giảm thiểu những lỗi đó.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.