Sites and Services
repadmin /syncall מסנכרן את הרפליקציה בין כל ה-DC-ים, במקום לבצע Replicate Now אחד אחד.פרקי ההרצאה: Sites and Services
תמלול ההרצאה: Sites and Services
הטקסט המלא של הדקות הראשונות בהרצאה «Sites and Services» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום וברוכים הבאים לשיעור על Site and Services. אנחנו הולכים לדבר בשיעור הזה בעצם על איך לתת שירות של דומיין קונטרולר, שירות DC שאנחנו נותנים ללקוחות שלנו, אבל לא סתם מ-DC כלשהו, אלא משרת הנמצא לידו, ליד אותו הלקוח.
זאת אומרת שאם יש לי משתמש שנמצא בראשון, ויש לי משתמש אחר שנמצא בנתיבות, ושתי משוייכים לאותו דומיין, שלא יקרה מצב בטעות שהמשתמש של ראשון הולך לדומיין קונטרולר של נתיבות והמשתמש של נתיבות לא הולך בטעות לדומיין קונטרולר של ראשון.
שכל המשתמשים יקבלו את השירות מ-DC מקומי שלהם ולא משרת DC מרוחק. המטרה של השיעור הזה להסביר איך עושים לוקליזציה של שירותים.
דרך אגב, ההגדרות שנגדיר תופסות גם לא רק לגבי DC, יש גם תוכנות אחרות שמשתמשות במידע הזה. כמו שרת קבצים, אבל לזה נגיע בהמשך הדרך.
בינתיים אנחנו מרוכזים ב-Domain Controllers, בשרתי DC, ואיך לוודא שהמשתמש מגיע ל-DC המקומי שנמצא לידו.
המטרה השנייה שאנחנו הולכים להשיג בשיעור הזה, זאת שליטה על רפליקציה בין דומיין קונטרולרים. שיניתי טלפון ב-DC אחד, תוך כמה זמן זה יגיע ל-DC אחר.
עד עכשיו לא שלטנו על זה, ואנחנו הולכים לקבוע לו את השעות ואת העדיפויות, ומי מרפלק למי, ולפי איזה סדר. אז זה הרעיון של sites and services, ולפני שאנחנו ניגש, אנחנו צריכים לדבר על כמה דברים שתדעו לידע כללי שלכם.
באילו מקרים בכלל המשתמש צורך את שירותי דומיין קונטרולר? באילו מקרים הוא צריך את ה-DC בכלל? רוב התלמידים עונים לשאלה הזאת כשנגדלק המחשב כשנכנסים עם שם וסיסמה.
זה נכון, אבל מרגע שנכנסתי עם שם וסיסמה, באיזה מקרה אני עוד אצטרך את הדומיין קונטרולר? אז אני אספר לכם סוד שדומיין קונטרולר צריך אותו לא רק בזמן כניסת למחשב אלא גם כל פעם כל פעם שאתה פותח סשן חדש שיחה חדשה מול שרת שדורש עימות לדוגמה מה זה שרת שדורש עימות לדוגמה אני בא להיכנס לתיקייה
משותפת כשאני בא להיכנס לתיקייה משותפת הוא צריך לבדוק מי אני לשאול אותי שם וסיסמה אז יש שירותים כמו שיתופים שדורשים עימות יש שירותים אחרים שלא דורשים עימות, כמו HTTP. אתה נכנס ל-ynet בלי שם וסיסמה, אתה מתקשר עם השרת של ynet בלי לספק לו שם וסיסמה ב-ynet עצמם.
זאת אומרת, יש שירותים שדורשים עימות, יש שירותים שלא דורשים עימות. אז דומיין קונטרולר יש בו צורך כל פעם שאתה ניגש לשירות הדורש לאמת את הזהות של המתחבר. ולכן אם דומיין קונטרולר לא עובד, אתה פשוט, וכל העובדים יכולים פשוט לארוז את הדברים שלהם, וללכת הביתה כי הם לא יכולים להיכנס לאף מסמך
בחברה הם יכולים רק לגלוש באינטרנט או ללכת הביתה אז DC הוא קריטי קריטי קריטי בגלל זה בחברה נורמלית יש לפחות שני דומיין קונטרולרים אוקיי מה ההבדל בין דומיין אחד לכמה דומיינים אנחנו עוברים לנקודה שנייה למה צריך מספר דומיינים בחברה ולא מספיק לעשות דומיין אחד לתת בפנים OU כלשהו לעשות OU ולעשות אפילו דיליגיישן
למישהו שצריך לדוגמא יש לנו סניף בירוחם האם לפתוח לו דומיין נפרד או באותו הדומיין לעשות לו OU ולעשות להציל סמכות למנהל המחסן בירוחם לעשות בעצם איפוס סיסמה מה ההבדל בין delegation ל-OU להקמת דומיין נפרד התשובה היא קצת מורכבת וצריך להבין את רמת העצמאות התשובה היא בעצם זאת רמת העצמאות
שאתם רוצים לתת למנהל רשת המרוחק לדוגמא יש מנהל רשת בסין אני רוצה לתת לו עצמאות מלאה, מה זה עצמאות מלאה? זה אומר שהוא עושה DC פרומו ועושה דומן קונטרולר חדש בלי לקרוא לי.
למה? כי הוא קנה שרת, הוא רוצה לעשות עוד דומן קונטרולר, שיעשה. אני לא צריך, אני נותן לו את העצמאות הניהולית הזאת.
הוא רוצה שרת DHCP חדש, שיעשה שרת DHCP חדש. זאת אומרת שאם אתה רוצה לתת עצמאות ניהולית, שמנהל רשת יוכל לעשות מה שהוא רוצה בעצמו בלי לקרוא לך, להתקשר למרכז אתה נותן לו דומיין נפרד דומיין זה עצמאות ניהולית אם אתה רוצה שכל דבר יקרא לך והוא יוכל רק לאפס סיסמאות למשתמשים ולא לעשות שום דבר אחר אם
אתה רוצה ריכוזיות ניהול מרוכז ולא להציל סמכות אז אתה עושה בעצם הכל בדומיין אחד אז להקים דומיין למישהו או לאיזשהו סניף משמעות של זה בפועל זה לתת להם עצמאות ניהולית וזה לרוב מה שקורה בחברות שלכל סניף יש עצמאות ניהולית דבר אחרון שאנחנו צריכים לדבר עליו זה מה
זה גלובל קטלוג. אתם חייבים להבין בשלב הזה מה זה גלובל קטלוג ואני אדגיש זאת בצורה מפורשת. גלובל קטלוג מוגדר כהעתק חלקי של כל האובייקטים ברשת.
זאת אומרת בגלובל קטלוג יש קופי של כל אובייקט בכל דומיין. יש לך יוזר בסין, יוזר בישראל, יוזר בצרפת, כל אחד יש לו דומיין משלו, כל דומיין מכיר רק את היוזרים שלו, אבל גלובל קטלוג זה דפי זהב של החברה.
בדפי זהב של החברה יש מידע על כל המשתמשים שקיימים בחברה, אבל ללא סיסמאות וללא כל מיני דברים סודיים שיש במשתמש. לכן גלובל קטלוג מוגדר כהעתק חלקי, לא העתק מלא, העתק חלקי של כל האובייקטים ביער, בפורסט, בכל הדומיינים.
אז Global Catalog העתק חלקי של כל האובייקטים ברשת ביער, יער זה בעצם כל החברה ואתם חשוב מאוד שתדעו. אם Global Catalog לא עובד, אם מחשב שיש עליו Global Catalog לא עובד כי חיברו אותו, החליפו אותו ואין Global Catalog אחר, זאת אומרת שדומיין קונטרולר בחברה לא יכול להגיע ל-Global Catalog,
אז דומיין קונטרולר הזה לא יכול לאשר לאף אחד להיכנס לשום מקום. דומיין קונטרולר מאשר להיכנס או לא להיכנס לאיזשהו מקום, על סמך מידע שהוא מקבל מגלובל קטלוג.
ולמה זאת? למה הוא צריך את המידע של גלובל קטלוג? הרי לדומיין קונטרולר רגיל יש את כל היוזרים ואת כל השמות ואת כל הסיסמאות. התשובה לזה שגלובל קטלוג הוא יהיה היחיד שיודע קבוצות אוניברסליות.
ובלי גלובל קטלוג לא יודעים מי חבר באיזה קבוצה אוניברסלית, ואולי אתה חבר בקבוצה אוניברסלית שאסור להם להיכנס למחשב הזה.
אז בשביל לדעת בדיוק באיזה קבוצות אוניברסליות אתה חבר, המשתמש חבר, חייבים שגלובל קטלוג יהיה זמין. אל תשכחו שגלובל קטלוג זה דומיין קונטרולר רגיל, שיש לו עוד כובע של גלובל קטלוג.
כובע של גלובל קטלוג זה כובע נוסף שמלבישים על דומיין קונטרולר, והיום, בימים שאין בעיות של תקשורת ואין בעיה של עומס, אפילו שמים כל דומיין קונטרולר שיהיה גם גלובל קטלוג.
ברגע שאתם עושים יותר מדי גלובל קטלוג בחברות גדולות, עושים הרבה גלובל קטלוגס, אז נוצר מצב שכל דומן קונטרולר מעתיק אובייקטים מכל החברה.
אז אולי בחברות ענק זה מפריע לתקשורת, כאילו זה מעמיס על התקשורת, בחברות קטנות ובינוניות נהוג לשים דומן קונטרולר עם כובע של גלובל קטלוג, ואנחנו נראה בדיוק איך אנחנו שמים את ה-V הזה.
כאשר דומן קונטרולר הוא עם גלובל קטלוג, ביחד על אותו מחשב אז הוא נהיה דומיין קונטרולר שיכול לתפקד באופן עצמאי מלא. דומיין קונטרולר שאין לו גלובל קטלוג מחויב למצוא איזשהו דומיין קונטרולר אחר שיש לו את הגלובל קטלוג.
הבנתם? אנחנו נראה איך אנחנו שמים את ה-v הקטן שמוסיף את הכובע של גלובל קטלוג לדומיין קונטרולר רגיל.
ב-2008 בניגוד ל-2003 אפשר להוסיף את הכובע של גלובל קטלוג כבר בשלב של dc promo. אז בואו נעשה באמת DC פרובו וניצור לנו שני דומיינים ברשת, שיש לנו שני DCים ברשת ונלמד איך אנחנו שולטים ברפליקציה ביניהם.
אז אני מוסיף לפורס קיים דומיין קונטרולר קיים, זאת אומרת לדומיין קיים DC כאילו DC נוסף בדומיין, אוקיי? הוא שואל אותי טוב איזה דומיין אתה רוצה?
פרקטיקי.לוקל.לוקל עם איזה שם וסיסמה אתה רוצה להתחבר לשמה? אתה חייב לתת שם של דומיין אדמין, כי לעשות דומיין נוסף, דומיין קונטרולר נוסף בדומיין קיים, זה אומר להעתיק את כל המשתמשים עם כל הסיסמאות.
שאלה הבאה, מכל הדומיינים שיש, איזה דומיין אתה רוצה שאני אשכפל אליי? נקסט, כרגע יש לי אחד.
באיזה סייט פיזי אני נמצא? ועל זה בדיוק הולך להיות השיעור. תראו, כרגע יש לו רק סייט אחד שנקרא default site, אתר פיזי אחד, ואנחנו יכולים להוסיף עוד חמש דקות עוד אתרים נוספים.
שאלה הבאה, האם זה שרת הזה הולך להיות DNS או גלובל קטלוג? כאילו, מה אתה רוצה שאני אתקין עליו? או Read Only DC? אני בוחר שאני רוצה רק DNS ושיהיה גם גלובל קטלוג.
זאת ההמלצה של מייקרוסופט וגם ההמלצה שלי לשים כל DC להיות גלובל קטלוג. אז הדבר הכי גרוע שקורה, שהוא מעתיק את כל היוזרים לא רק מדומיין שלך, גם מדומיינים אחרים.
ובזמן שינוי, נניח בסין השתנה הטלפון, מקבל העתק של הטלפון הזה אליו אוקיי שאלה הבאה מדברת על זה שנקודה לוקל לא עושה dns delegation לפרקטיקיו אני אומר אל תדאג אף אחד לא הולך להגיע מהאינטרנט אליי זה טוב למקרה שהשרת שלכם זמין מאינטרנט זה לא נהוג לעשות את זה והוא התריע לי שהשם פרקטיקיו נקודה לוקל לא זמין באינטרנט אוקיי
שאלה הבאה דאטאבייס פולדר לאן נשים את הקבצים של שמות והסיסמאות של היוזרים ותיקיית סיסוול שאליה הולך להיכנס כל ה-GPO הולך לשבת בפנים כל הפוליסות כקבצי טקסט הולכות לשבת בסיסוול איפה לשים את התיקייה של סיסוול.
תיקייה זאת היא מרופלקת, מאורתקת בצורה דו-כיוונית בין כל דומיין קונטרולרים ברשת. נקסט מה הסיסמה למקרה חירום מה הסיסמה למקרה ובו נצטרך לשחזר אקטיב דירקטורי נקסט סיכום של כל מה שכתבתי עם אפשרות לאקספורט לקובץ טקסט נקסט מתחיל לעצור לי dc נוסף בדומיין זה ה dc השני שלי בדומיין מה שקורה מאחורי הקלעים שהוא עכשיו
יתחיל להעתיק את כל המשתמשים את כל הסיסמאות את כל מה שיש ב dc הראשון הוא יתחיל להעתיק אליו בינתיים אנחנו ניתן לו לרוץ פה ונלך למלא את המטרה שלנו אתם זוכרים מה המטרה שלנו כבר שכחנו מה המטרה מרוב הרקע מה שדיברנו שכחנו בשביל מה הגענו לפה.
המטרה שלנו לאפשר שירות DC מקומי למשתמשים. לתת שירותי DC משרת DC מקומי למשתמשים ולא שירות מרוחק. איך לוודא שהמשתמש שלנו מקבל דומיין קונטרולר הנמצא לידו.
אוקיי, בשביל זה יש לנו כלי מיוחד שעד עכשיו התעלמנו קצת ממנו, שנקרא לא Users and Computers אלא Sites and Services, אתרים ושירותים.
אנחנו ניכנס לסייטס אנד סרוויסס ונראה שיש לנו כרגע סייט אחד, סייט אחד שנקרא default for site, סייט הראשון הדפולטי. דבר ראשון, כשאני רואה סייט דפולטי, אני מחליף לו שם וקורא לו בשם האמיתי, נניח שהשם שלנו זה נקרא תל אביב, TA תל אביב.
זה הסייט הראשון. אנחנו יכולים לקרוא לו, לראות בדיוק איזה שרתים יש בתוך הסייט הזה, בתוך האתר הפיזי הזה, ואנחנו יכולים גם לראות בדיוק את השרתים ועוד מעט אנחנו נראה מי מושך ממי רפליקציה.
בינתיים, חוץ מתל אביב, יש לנו עוד אתר פיזי אחד שנמצא בניו יורק, ניו יורק, אוקיי, אוקיי.
ויש לנו עוד אתר אחד שנמצא בירוחם. יש לנו שם מחסן בירוחם, אוקיי. עכשיו, אנחנו בתוך ניו יורק, נדמיין שיש לנו כמה מחשבים, נעשה ניו סרבר,