Người dùng từ một tổ chức liên kết không thể xem thông tin rảnh/bận của anotherExchange tổ chức

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: 2752387
Triệu chứng
Khi bạn cấu hình một liên kết tin cậy giữa tổ chức Microsoft Exchange Server cục bộ và một tổ chức Exchange Server từ xa, người dùng không thể xem thông tin rảnh/bận của người dùng trong tổ chức từ xa.

Ngoài ra, các lỗi sau đây được ghi lại trong Nhật ký sự kiện trên máy chủ Exchange địa phương:

Sự kiện nguồn: Sẵn có MSExchange
ID sự kiện: 4001
Mô tả:
Xử lý Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String]: <> </>SMTP:user@domain.com không thành công. Ngoại lệ trả lại là Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException: tự động phát hiện cho địa chỉ e-mail không thành công <> </>SMTP:user@domain.com ngoại lệ System.Web.Services.Protocols.SoapHeaderException: lỗi khi xác nhận bảo mật cho thư.

Sự kiện nguồn: Sẵn có MSExchange
ID sự kiện: 4002
Mô tả
:
ProxyWebRequest FederatedCrossForest từ S-1-5-21-3124261755-470644396-3029476549-1139 để https://autodiscover.domain.com/ews/exchange.asmx không thành công. Gọi Sid: WSSecurity. Ngoại lệ trả lại là Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapHeaderException: lỗi khi xác nhận bảo mật cho thư.


Ngoài ra, phản hồi HTTP 500 trở lại cầu sẵn có trên nhóm từ xa hệ phục vụ Exchange được ghi lại như sau trong Nhật ký W3SVC:

BÀI /autodiscover/autodiscover.svc/WSSecurity 10.0.0.20 - 443 - ASAutoDiscover/CrossForest/EmailDomain/500 0 0 15

Nguyên nhân
Sự cố này xảy ra do nhà WSSecuritymục tin thư thoại ảo "EWS" hoặc mục tin thư thoại ảo "Tự động phát hiện" bị tắt trên máy chủ truy cập máy tính khách trong tổ chức Exchange Server 2010 cục bộ.
Giải pháp
Exchange 2016 hoặc Exchange 2013
Để khắc phục sự cố này, lại WSSecurity xác thực cho các mục tin thư thoại ảo trên Exchange trở lại đầu trang cho mỗi máy chủ trong tổ chức từ xa.

  1. Mở Windows Powershell và thêm phần quản lý Exchange đính vào.
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. Vô hiệu hoá WSSecurity xác thực cho mục tin thư thoại ảo EWS sử dụng lệnh Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. Kích hoạt xác thực WSSecurity EWS mục tin thư thoại ảo bằng cách sử dụng lệnh Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. Vô hiệu hoá WSSecurity xác thực cho mục tin thư thoại ảo tìm tự động bằng cách sử dụng lệnh Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. Xác thực Eable WSSecurity mục tin thư thoại ảo tìm tự động bằng cách sử dụng lệnh Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. Khởi động lại ứng dụng vùng bằng cách sử dụng lệnh WebAppPool khởi động lại.
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
Để khắc phục sự cố này, lại WSSecurity xác thực cho các mục tin thư thoại ảo trên mỗi máy chủ truy cập máy tính khách trong tổ chức từ xa.

  1. Mở Exchange Management Shell.
  2. Vô hiệu hoá WSSecurity xác thực cho mục tin thư thoại ảo EWS sử dụng lệnh Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. Kích hoạt xác thực WSSecurity EWS mục tin thư thoại ảo bằng cách sử dụng lệnh Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. Vô hiệu hoá WSSecurity xác thực cho mục tin thư thoại ảo tìm tự động bằng cách sử dụng lệnh Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. Kích hoạt xác thực WSSecurity tự động phát hiện các mục tin thư thoại ảo bằng cách sử dụng lệnh Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. Khởi động lại ứng dụng vùng sử dụng cú pháp sau:
    appcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd stop appPool /appPool.name:MSExchangeServicesAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPoolappcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPool

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

Thuộc tính

ID Bài viết: 2752387 - Xem lại Lần cuối: 06/30/2016 17:45:00 - Bản sửa đổi: 3.0

Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2752387 KbMtvi
Phản hồi