Pengguna dari organisasi federasi tidak dapat melihat informasi bebas/sibuk anotherExchange organisasi

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 2752387
Gejala
Saat Anda mengkonfigurasi kepercayaan penggabungan antara organisasi Microsoft Exchange Server lokal dan organisasi Exchange Server jauh, pengguna tidak dapat melihat informasi bebas/sibuk pengguna dalam organisasi jarak jauh.

Selain itu, galat berikut dicatat di log peristiwa di server Exchange lokal:

Sumber peristiwa: Ketersediaan MSExchange
ID Kejadian: 4001
Deskripsi:
Proses Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String]: <> </>SMTP:user@domain.com gagal. Pengecualian kembali adalah Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException: Autodiscover gagal untuk alamat penyuratan e-mail <> </>SMTP:user@domain.com dengan pengecualian System.Web.Services.Protocols.SoapHeaderException: terjadi kesalahan saat memverifikasi keamanan untuk pesan.

Sumber peristiwa: Ketersediaan MSExchange
ID Kejadian: 4002
Deskripsi
:
ProxyWebRequest FederatedCrossForest dari S-1-5-21-3124261755-470644396-3029476549-1139 untuk https://autodiscover.domain.com/ews/exchange.asmx gagal. Pemanggil SID: WSSecurity. Pengecualian kembali adalah Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapHeaderException: terjadi galat saat memverifikasi keamanan untuk pesan.


Selain itu, respons HTTP 500 dikembalikan untuk permintaan ketersediaan di hutan jauh Exchange server dicatat sebagai berikut di log W3SVC:

POSTING /autodiscover/autodiscover.svc/WSSecurity - 443 - 10.0.0.20 ASAutoDiscover/CrossForest/EmailDomain/500 0 0 15

Penyebab
Masalah ini terjadi karena properti WSSecuritydirektori maya "EWS" atau "Autodiscover" direktori maya dinonaktifkan di server akses klien organisasi Exchange Server 2010 lokal.
Pemecahan masalah
Exchange 2016 atau Exchange 2013
Untuk mengatasi masalah ini, reset otentikasi WSSecurity direktori maya di situs Exchange kembali akhir untuk setiap server di organisasi jarak jauh.

  1. Buka Windows Powershell dan menambahkan snap-in manajemen Exchange.
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. Menonaktifkan otentikasi WSSecurity EWS direktori maya menggunakan cmdlet Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. Mengaktifkan otentikasi WSSecurity EWS direktori maya menggunakan cmdlet Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. Menonaktifkan otentikasi WSSecurity Autodiscover direktori maya menggunakan cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. Otentikasi Eable WSSecurity Autodiscover direktori maya menggunakan cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. Restart kumpulan aplikasi yang menggunakan cmdlet Restart WebAppPool.
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
Untuk mengatasi masalah ini, reset otentikasi WSSecurity direktori maya di setiap Client Access server di organisasi jarak jauh.

  1. Membuka Exchange Management Shell.
  2. Menonaktifkan otentikasi WSSecurity EWS direktori maya menggunakan cmdlet Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. Mengaktifkan otentikasi WSSecurity EWS direktori maya menggunakan cmdlet Set-WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. Menonaktifkan otentikasi WSSecurity Autodiscover direktori maya menggunakan cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. Mengaktifkan otentikasi WSSecurity Autodiscover direktori maya menggunakan cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. Mulai ulang kumpulan aplikasi yang menggunakan sintaks berikut:
    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

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 2752387 - Tinjauan Terakhir: 06/30/2016 23:09:00 - Revisi: 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 KbMtid
Tanggapan