סימפטומים
נניח כי אתה מתקין את העדכון המצטבר 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 New-SendConnector ללא בעיות.
שינויים נוספים (באמצעות ה- cmdlet Set-SendConnector) של מחבר "יוצא Office 365" לאחר שהיצירה אינה אפשרית. עם זאת, ניתן למחוק Office 365 "Outbound to Office 365" וליווצר מחדש באמצעות התצורה הרצויה.
חומרי עזר
קבל מידע על המינוח שבו משתמשת Microsoft כדי לתאר עדכוני תוכנה.
מידע נוסף
Microsoft הבין בעיה זו ותפרסם מידע נוסף במאמר זה כאשר היא תהיה זמינה.