Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Lỗi "tên chứng chỉ bảo mật không hợp lệ hoặc không khớp với tên của trang web" trong Outlook trong một chuyên dụng hoặc môi trường ITAR Office 365

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2772058
Triệu chứng
Một chuyên dụng hoặc lưu lượng truy cập quốc tế trong môi trường tay quy định (ITAR) Microsoft Office 365, người dùng được nhắc bằng hộp thoạiCảnh báo bảo mật có thông báo lỗi sau:

Tên trên chứng chỉ bảo mật không hợp lệ hoặc không khớp với tên của web site.
Ví dụ: các cảnh báo bảo mật hộp thoại giống như sau:



Sự cố này có thể xảy ra trong các trường hợp sau:
  • Người dùng cố gắng tạo hồ sơ mới trong Microsoft Office Outlook.
  • Người dùng cố gắng khởi động một ứng dụng khách Outlook.
  • Sự cố xảy ra liên tục khi máy tính khách Outlook đang chạy.

Nếu người dùng Bấm chuột phải, người dùng có thể tiếp tục hoạt động. Tuy nhiên, nếu người dùng nhấp không, tra cứu tự động phát hiện không thành công. Lỗi tra cứu tự động phát hiện ngăn các tính năng hoạt động như mong đợi:
  • Tự động tạo một hồ sơ Outlook bằng cách sử dụng tự động phát hiện
  • Mặt văn phòng (OOF)
  • Thông tin rảnh/bận
Nguyên nhân
Thông thường, vấn đề này xảy ra khi URL mà bạn đang cố truy cập không được liệt kê trong chủ đề hoặc tên thay thế tiêu đề (SAN) của chứng chỉ Secure Socket Layer (SSL) cho web site. Mặc dù cấu hình tổ chức khác nhau có thể khác một chút, vấn đề này thường xảy ra do các tổ chức tự động phát hiện Hệ thống Tên Miền (DNS) hồ sơ được cấu hình không đúng.
Giải pháp

Để giải quyết vấn đề này, bạn có thể phải thay đổi bản ghi DNS tự động phát hiện (nội bộ, bên ngoài, hoặc cả hai). Tuy nhiên, những thay đổi này sẽ không bị nhẹ, do tính năng tự động phát hiện có thể không hoạt động nếu bản ghi DNS được cấu hình không đúng.

Trước khi bạn thay đổi bản ghi DNS tự động phát hiện, bạn nên tìm hiểu cách máy tính khách Outlook cố gắng định vị bản ghi dịch vụ tự động phát hiện. máy tính khách Outlook cố gắng định vị bản ghi dịch vụ tự động phát hiện bằng cách sử dụng lệnh cơ bản sau hoạt động. Tuy nhiên, bước được bản ghi dịch vụ tự động phát hiện vị trí khác nhau khai triển khai. Vị trí này phụ thuộc vào việc có một giải pháp tại chỗ đồng tồn tại và tính năng cụ thể tại chỗ email môi trường (ví dụ, Microsoft Exchange Server tại chỗ, một chỗ Lotus Notes, hoặc một môi trường).


Bảng sau hiển thị các lệnh cơ bản của hoạt động như thế nào máy tính khách Outlook định vị bản ghi dịch vụ tự động phát hiện:
1
  1. Đối tượng điểm kết nối bản ghi dịch vụ (SCP) - nội bộ kết nối chỉ.
  2. máy tính khách Outlook cố gắng tìm một bản ghi cho URL được trả lại bởi các đối tượng SCP.
2
  1. Miền SMTP của người dùng. (Ví dụ: https://proseware.com)
  2. máy tính khách Outlook cố định bản ghi A cho miền SMTP của người dùng.
3
  1. Miền SMTP của người dùng prepended với tự động phát hiện. (Ví dụ: https://autodiscover.proseware.com)
  2. máy tính khách Outlook cố gắng tìm một bản ghi cho URL được nối với tự động phát hiện.
4
  1. Outlook khách cố gắng định DNS bản ghi dịch vụ (SRV) ghi bản ghi dịch vụ tự động phát hiện trong vùng DNS phù hợp với miền SMTP của người dùng. (Ví dụ: _autodiscover._tcp.proseware.com)
  2. Bản bản ghi SRV rồi trả lại một URL, có một số loại resolvable ghi phải tồn tại, chẳng hạn như một bản ghi A hoặc bản ghi CNAME.
5Kết quả Nếu bản ghi dịch vụ tự động phát hiện không được tìm thấy bằng bất kỳ phương pháp này, tự động phát hiện không thành công.
Tóm lại, các bản ghi dịch vụ tự động phát hiện có thể được giải quyết bằng cách sử dụng bản ghi A, bản ghi CNAME hoặc bản bản ghi SRV. Để xác định bản ghi được hiện, chạy lệnh sau tại dấu kiểm nhắc lệnh hoặc trong Windows PowerShell:
  1. Để xác định một bản ghi A, chạy lệnh sau:
    1. nslookup
    2. Set Type = A
    3. Autodiscover.SMTPDomain.com
  2. Để xác định một bản bản ghi SRV, chạy lệnh sau:
    1. nslookup
    2. Set Type = SRV
    3. _autodiscover._tcp.SMTPDomain.com
Trong ví dụ sau đây, máy tính khách Outlook có thể định vị bản ghi dịch vụ tự động phát hiện bằng cách sử dụng bản ghi A cho URL tự động phát hiện, như được mô tả trong bước 3 trong bảng trước:
autodiscover.proseware.com
Tuy nhiên, như chúng tôi đã đề cập trong phần "Nguyên nhân", URL này không được liệt kê trong SAN chứng chỉ SSL sử dụng bản ghi dịch vụ tự động phát hiện. Ví dụ: Hãy Bộ xem ảnh chụp màn hình sau đây:



Để giải quyết vấn đề này, sử dụng phương pháp sau.

Thay thế hiện tại một hồ sơ bằng cách sử dụng bản bản ghi SRV trỏ tới một tên đã SAN chứng chỉ SSL

Đây là phương pháp ưa thích giải pháp thiết kế bản ghi dịch vụ hiện tại vì chứng chỉ SSL hiện chưa được Cập Nhật và triển khai. Theo thứ tự được liệt kê trước đó trong phần này hoạt động cơ bản, tổ chức có thể thực hiện hồ sơ mới bằng cách kiểm soát và kiểm tra để ngăn chặn không hoạt động của bản ghi dịch vụ tự động phát hiện.

Để khắc phục sự cố này, hãy làm theo các bước sau:
  1. Tạo một bản bản ghi SRV mới.

    Bản bản ghi SRV sẽ được tạo trong vùng DNS phù hợp với miền SMTP của người dùng. Bản bản ghi SRV sẽ có các thuộc tính sau:
    • Dịch vụ: _autodiscover
    • Giao thức: _tcp
    • Cổng: 443
    • Lưu trữ: URL chuyển hướng. URL này có thể URL Outlook Web Access (OWA) vì giải quyết IP sẽ giống như bản ghi dịch vụ tự động phát hiện. Ngoài ra, điều này có thể thay đổi từ triển khai để triển khai.
  2. Trước khi bạn loại bỏ bản ghi hiện tại, bản bản ghi SRV mới nên được kiểm tra bằng cách thay đổi người dùng lưu trữ tệp để chuyển hướng dòng ghi một IP hợp lệ. Kiểm tra này có thể xác minh rằng bản bản ghi SRV mới đang hoạt động như mong đợi trước khi bạn triển khai các bản ghi DNS mới cho toàn bộ tổ chức.

    Lưu ýKhi bản bản ghi SRV được sử dụng một ứng dụng khách Outlook, người dùng có thể nhận được thông báo sau cho người dùng chuyển hướng là sắp xảy ra. Chúng tôi khuyên userselect hộp không yêu cầu tôi về web site này một lần nữađể thông báo không được hiển thị một lần nữa.

  3. Khi bản bản ghi SRV hoạt động như mong đợi, bạn có thể xoá bản ghi từ DNS hiện tại.

Thông tin thêm
Để biết thêm thông tin về bản ghi dịch vụ tự động phát hiện, hãy truy cập website sau của Microsoft TechNet:

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 2772058 - Xem lại Lần cuối: 12/05/2014 15:42:00 - Bản sửa đổi: 3.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbgraphxlink kbmt KB2772058 KbMtvi
Phản hồi