תופעות
נניח שאתה מתקין את העדכון המצטבר 3 עבור Microsoft Exchange server 2019או עדכון מצטבר 2 עבור Exchange Server 2019 בסביבה היברידית שמותקנת בה שרת Edge. כאשר אישור מוגדר עבור מחבר השליחה המתאים, ה -Cmdlet Set-SendConnector אינו פועל, ואתה מקבל את הודעת השגיאה הבאה:"PowerShell נכשל בהפעלת ' Set-SendConnector ': שגיאה 0x5 (הגישה נדחתה) מ-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 החדש SendConnector ללא בעיות.
שינויים נוספים (באמצעות ה -Cmdlet Set-SendConnector ) של מחבר "יוצא אל Office 365" לאחר שהיצירה אינה אפשרית.עם זאת, ניתן למחוק את מחבר השליחה "יוצא אל Office 365" וליצור אותו מחדש באמצעות התצורה הרצויה.
הפניות
קבל מידע על המינוח שבו Microsoft משתמשת כדי לתאר עדכוני תוכנה.
מידע נוסף
Microsoft הבינה בעיה זו ותפרסם מידע נוסף במאמר זה כאשר הוא יהיה זמין.
