
PracticU\administrator ליצירת משתמש הסנכרון.Practicu.local לא Routable. ב-Domains and Trusts, Properties, מוסיפים את הסיומת PracticU.com כ-UPN alias, ומשתמש ב-Users and Computers יכול להיכנס עם [email protected].ms-DS-ConsistencyGuid.הטקסט המלא של הדקות הראשונות בהרצאה «הגדרת Azure AD Connect» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם. בהרצאה הזאת אנחנו הולכים להשתמש ב-Connect Sync כדי לסנכרן את היוזרים מתוך Active Directory המקומי לענן. בהרצאות קודמות השתמשנו ב-Cloud Sync, אבל יש לנו פה בעיה שב-Cloud Sync הוא לא מסנכרן Computer Accounts.
הוא לא מסנכרן חשבונות מחשב לענן. זאת אומרת בתוך Azure יש רק יוזרים, אין את החשבונות של המחשבים שלנו. זאת הסיבה שאני רוצה לעבור לתוכנה ישנה Azure AD Connect, כי היא יודעת לסנכרן גם חשבונות של המחשב.
שימו לב כמה ש-Cloud Sync הוא קליל, הוא פשוט, הוא חדש, לא דורש SQL להתקין, מסנכרן כל שתי דקות ולא פעם בחצי שעה, יודע לסנכרן סיסמאות לענן. הכל נפלא, אבל הם לא פיתחו אותו עד הסוף.
חסרים לו פיצ'רים. הפיצ'ר הכי חשוב שחסר לי זה סנכרון של מחשבים לענן, ובלי הסנכרון הזה אני לא יכול לקבל SSO מלא. אתם רואים ש-Full Seamless SSO זה אומר כניסה אוטומטית לכל האפליקציות ולכל הדפדפנים.
כל הדבר הזה עובד רק בסביבה היברידית. סביבה היברידית זה אומר שגם המחשבים מסונכרנים לענן. אם יש רק יוזרים בענן, זה אומר שרק החשבונות של המשתמשים עברו סנכרון לענן.
יהיה SSO חלקי שהוא תלוי בדפדפן והוא תלוי בסשן והוא לא תופס בכלל לאפליקציות. זה רק לאתרי אינטרנט ספציפיים. הוא לא מלא. כשמסונכרנים רק היוזרים תראו כמה פיצ'רים חסרים.
לדוגמה, חסר פיצ'ר של Intune של ניהול מרכזי דרך הענן של ה-Device של המחשב. אז אני גם מפסיד ב-SSO הרבה וגם מפסיד המון פיצ'רים. בגלל זה אני רוצה לא רק יוזרים בענן אלא גם מחשבים כדי שתהיה לי סביבה היברידית ולכן אנחנו נשתמש ב-Connect Sync הישן.
Connect Sync תומך באופציות מתקדמות יותר, כבדות יותר כמו Pass through authentication ויש פה גם Single Sign On. Single Sign On זה בדיוק מה שרציתי להראות לכם שיוזר מתוך Active Directory נכנס לענן והוא מזהה אותו אוטומט כי לענן יש נציג ב-Active Directory המקומי.
יהיה פה חשבון מחשב שמייצג את Azure. כאילו כל הענן זה מחשב רגיל שיושב עליו איזשהו שירות. לכל מחשב צריך להיות פה חשבון והכניסה בתוך הדומיין היא אוטומט בעזרת קרברוס.
אז אותו דבר יהיה כאן. כל ה-Azure, כל השירותי ענן יהיו פה מיוצגים על ידי החשבון מחשב. בקיצור, התוכנה הזאת יש לה יותר יכולות מ-Cloud Sync, אבל היא כבדה יותר.
היא מיועדת למקרים קשים יותר ובכל מקרה יש מגבלה ברמת Active Directory שרק תוכנה אחת יכולה לסנכרן user ספציפי. זה אומר שאם יוזר יוני מסונכרן על ידי Cloud Sync אי אפשר יהיה לסנכרן אותו עם ה-Connect Sync.
דוד לא מסונכרן על ידי Cloud Sync אז Connect Sync יכול לסנכרן אותו. זה אומר על כל אובייקט ב-Active Directory רק תוכנה אחת מסנכרנת אותו לענן. אז היתרון של Connect Sync שיש לו את ה-Single Sign On ויש לו Pass through authentication ויש עוד כמה דברים שהוא יכול לעשות, אבל יש מגבלה.
אסור להפעיל כמה תוכנות כאלו במקביל. האחד הזה יכול לאסוף מידע מכמה דומיינים. אין שום בעיה, אבל רק תוכנה אחת פועלת מול הענן. טוב, איך מתחילים?
קודם כל אנחנו צריכים להוריד אותה וההורדה שלה נמצאת ב-Get Started ב-Manage ויש פה הורדה של Cloud Sync ואנחנו צריכים Connect Sync. טוב, בואו נוריד את זה.
רק שוב תזכרו שאסור אותו אובייקט לסנכרן עם שתי תוכנות. אנחנו נסנכרן את דוד עם ה-Connect Sync ואת יוני כבר סנכרנו עם Cloud Sync. הנה, ירד לנו Azure AD Connect.
נעשה דבל קליק, נפעיל אותו. זה קצת מבלבל שיש שתי תוכנות סנכרון, רק אחת קלילה ונוחה והשנייה כבדה, אבל יש לה הרבה יותר אפשרויות. צריך להסכים פה לרישיון.
נעשה Continue. יש פה הגדרות Express. הגדרות זריזות שהן טובות. אם יש לנו Forest אחד אז הוא מסנכרן את כל השדות באופן אוטומטי ומעביר לענן את כל הסיסמאות.
כמובן שהכל בצורת Hash, כי גם ה-DC עצמו לא יודע את הסיסמה שלי. הוא שומר רק את ה-Hash של הסיסמה ורק את הסיסמה אחרי הערבול. אז פה הוא כותב שאם יש לי Single Forest,