סימפטומים
נניח שאתה מתקין את העדכון המצטבר 3 עבור Microsoft Exchange Server 2019 או את העדכון המצטבר 2 עבור Exchange Server 2019 בסביבה היברידית שבה מותקן שרת קצה. כאשר אישור מוגדר עבור מחבר השליחה המתאים, רכיב ה- cmdlet Set-SendConnector אינו פועל, ואתה מקבל את הודעת השגיאה הבאה:
"PowerShell failed to invoke 'Set-SendConnector': Error 0x5 (Access is deed) from cli_GetCertificate"
או
השגיאה "0x6ba (שרת RPC אינו זמין) מ- cli_GetCertificate"
בעיה זו מתרחשת גם לאחר התקנת העדכון המצטבר 14 עבור Exchange Server 2016 או העדכון המצטבר 13 עבור Exchange Server 2016.
גורם
בעיה זו מתרחשת מאחר שבדיקת אישור TLS (במקרה שהתכונה TlsCertificateName מאוכלסת במחבר השליחה) אינה פועלת מול שרתי הקצה מכיוון שתקשורת RPC חסומה מול שרתי הקצה.
פתרון
כדי לפתור בעיה זו, התקן אחד מהעדכונים הבאים:
עבור Exchange Server 2019, התקן את העדכון המצטבר 4 עבור Exchange Server 2019 או עדכון מצטבר מאוחר יותר עבור Exchange Server 2019.
עבור Exchange Server 2016, התקן את העדכון המצטבר 15 עבור Exchange Server 2016 או עדכון מצטבר מאוחר יותר עבור Exchange Server 2016.
פתרון
אשף התצורה ההיברידית (HCW) יכול ליצור בהצלחה את מחבר השליחה "יוצא אל Office 365" אם הוא אינו קיים. הסיבה לכך היא שניתן להשתמש ב- cmdlet New-SendConnector ללא בעיות.
שינויים נוספים (באמצעות ה- cmdlet Set-SendConnector) של מחבר השליחה "יוצא אל Office 365" לאחר היצירה אינם אפשריים. עם זאת, ניתן למחוק וליצור מחדש את מחבר השליחה "יוצא אל Office 365" באמצעות התצורה הרצויה.
חומרי עזר
קבל מידע על המינוח שבו משתמשת Microsoft כדי לתאר עדכוני תוכנה.
מידע נוסף
Microsoft הבינה בעיה זו ותפרסם מידע נוסף במאמר זה כאשר הוא יהיה זמין.