מאפינים של המשתמש
ניהול אובייקטים
לאחר שלמדנו מהם אובייקטים וכיצד ניצור אותם ב-A.D. עלינו לדעת כיצד מנהלים אותם. ראשית נתבונן באופנים השונים שבהם יוכלו המשתמשים להיכנס אל המערכת:
סוגי Log-On:
- באופן רגיל - השיטה המפורסמת לבצע Logon היא זו בה כולנו רגילים להשתמש. כתיבת שם משתמש וסיסמה. גם בשתי השיטות הנוספות נזדקק לסיסמה, אך כתיבת שם המשתמש תהיה באופן אחר, כמו שנראה להלן.
- Pre Windows 2000 Logon – ה-Logon הנ"ל הוא יותר ספציפי מזה שהוצג בסעיף "1". שיטת כתיבת ה-Logon תהיה כך: ראשית נכתוב את שם הדומיין (ללא סיומת) ולאחר סימן “” נוסיף את שם המשתמש. דוגמא (למשתמש בשם Yosi בדומיין google.com) – googleyosi. יש לשים לב לדגשים הבאים:
- אמנם במחשב המחובר לדומיין הגישה הדיפולטית היא לתוך הדומיין, אבל במידה ויש שם משתמש שקיים גם במחשב הלוקאלי, הכניסה תהייה דווקא למשתמש הלוקאלי! כיצד לחייב גישה לדומיין יש להשתמש בשיטה הנ"ל (או בשיטה מספר "3".
- בכניסה לשרת D.C. לא צריך לחוש לסעיף הקודם מכיוון שבשרת D.C. מסיבות אבטחתיות ברורות מתבטל ה-SAM לחלוטין, קרי: אין Logon לוקאלי!
- UPN (User Principal Name) – ה-Logon יתבצע באופן הבא: שם המשתמש לאחר מכן סימן“@” , ולאחר מכן שם הדומיין המלא: דוגמא ל-UPN של משתמש: [email protected]. שימו לב לדגשים הבאים:
- הסיבה שיצרו את ה-UPN מלכתחילה הייתה לאפשר ביצוע Log-On באופן דומה לכתובת המייל של המשתמש.
- יצירת UPN אינה דיפולטית ויש להגדיר אותה ב-Account Tab ב-Properties של המשתמש. ניתן כמו-כן, להגדיר UPN כבר בזמן יצירת המשתמש בפקודת dsadd. (טבלת ה-Excel מהשיעור הקודם כללה גם הגדרה ל-UPN).
- סיומת ה-UPN באופן דיפולטי היא כמובן סיומת הדומיין, אך מסיבות שונות ניתן (אם נרצה) לשנות את סיומת ה-UPN לסיומת אלטרנטיבית. הוספת אפשרות לסיומת UPN תתבצע בממשק “Active Directory Domains and Trusts” שנמצא ב-Administrative Tools (או ב-MMC). נעמוד בממשק על שם הקונסולה עצמה ונלחץ על כפתור ימני. נוסיף Alternate UPN כרצוננו.
- שינוי ה-UPN למשתמש קיים ייעשה ב-Account Tab של המשתמש, או לחילופין בפקודת dsmod.
ניהול משתמשים בסיסי:
נשים לב שלכל משתמש נמצא בתוך ה-Properties שלו Account Tab. בעוד שכל ה-Properties משמעותיים, ב-Account Tab יימצאו עיקר ההגדרות החשובות בנושא אבטחת המידע. להלן מקצת מהדברים שנוכל להגדיר ב-Account Tab:
- Logon Hours – שעות שבהן מותר למשתמש הנ"ל לבצע Logon למחשבים בארגון. שימו לב שאם משתמש כבר מחובר למערכת ועבר הזמן שהוגדר לו הוא ימשיך לעבוד כרגיל, שכן לא מוגדר כאן זמן המותר בחיבור, אלא רק זמן המותר בביצוע Logon! ומכיוון שה-Logon כבר בוצע, שוב אין כאן שום הגבלה.
- Logon To… - הגדרת המחשבים אליהם יוכל המשתמש להתחבר. כ-Default מותר למשתמש להתחבר לכל המחשבים בארגון (למעט שרתים, שאליהם אין לו אישור גישה מצד Group Policy).
- Unlock account – "שחרור" המשתמש מנעילה. על הפונקצייה הנ"ל נלמד בשיעורים הבאים.
- הגדרות שונות – כמו למשל חובת המשתמש לשנות סיסמה ב-Logon ראשון, הגדרת הסיסמה כ-"תמידית", הפיכת המשתמש ל-Disabled וכו'.
- Account Expires – זמן שבו יפוג תוקפו של המשתמש (לא הסיסמה). קרי, החל מאותו הרגע, המשתמש יוצא מפעילות ולא יכול לבצע Logon.
ניתן להגדיר ב-Properties של כל משתמש את החברות של המשתמש בקבוצות שונות על ידי Member Of Tab.
ב-Properties של קבוצות ניתן להגדיר את החברים בהן על ידי Members Tab. שימו לב שגם לקבוצות יש Member Of Tab שמאפשר לנו להכניס קבוצה לתוך קבוצה. אנו נרחיב על בניית קבוצות בשיעור הבא.
ניתן לסמן (גראפית) כמה משתמשים ביחד ולהגדיר חלק מה-Properties של כולם במכה אחת.
חיפוש אובייקטים ב-A.D.:
ניתן לחפש אובייקטים בתוך A.D. בעזרת שני כלים:
Saved Queries
הכלי הנ"ל הינו כלי גראפי שממוקם בתוך הממשק עצמו של A.D. Users & Computers.
בחרו ב-New וב-Query. האפשרות תיצור בעבורכם חיפוש חדש ב-A.D..
תנו שם ל-Query ולחצו על: Define Query.
ניתן לבצע חיפוש בממשק על ידי שמות משתמשים, מחשבים, Properties שונים וכו'.
שימו לב לאפשרות לבחור ב-Drop Down List שלמעלה ב-Custom Search. מכאן תוכלו לבחור כל אובייקט שקיים במערכת ולערוך לו חיפוש לפי מאפיינים.
ב-Advanced Tab של Custom Search תוכלו להכניס פקודות לחיפוש שתוכנתו על ידי מומחי LDAP. למשל, Microsoft לא יצרה אפשרות לחפש משתמשים "נעולים". ניתן להוריד מהאינטרנט קוד תוכנתי מתאים, להעתיק אותו לקופסה שב-Advanced, ותוכלו למצוא את המשתמשים ה"נעולים".
לאחר שסיימתם לבנות Query תוכלו לבצע בעבורה Export כדי שתישמר בקובץ .XML מנהל רשת אחר יוכל להשתמש בהגדרות שנתתם על ידי Import Query Definition.
במידה ויש לכם הרבה חיפושים שמורים, תוכלו לסווג אותם לתיקיות כרצונכם על ידי: New -> Folder בתוך הממשק.
DSQuery
פקודת cmd שפועלת בדומה ל-dsadd.
להלן דוגמא לכתיבת הפקודה במידה ונרצה למצוא את כל המשתמשים שהתיאור שלהם הוא: “Sales People”: dsquery user –desc “Sales People”
כיצד נוכל לחפש את כל מי שה-UPN מסתיים ב-Google.com? במקרה הזה אנחנו נשתמש בסימן "*". הסימן יגדיר לנו שכל מה שלפניו (או לאחריו) אינו משנה. בואו ניתן מספר דוגמאות:
סיומת של Google.com: *@google.com
התחלה באותיות Sales: Sales*
האמצע באותיות Sales: *Sales*
נכתוב את הפקודה לחיפוש משתמשים שה-UPN שלהם מסתיים ב-Google.com: dsquery User –UPN *@google.com
טיפ: שמות המשתמשים יימצאו על ידי: -samID
שימו לב שכ-Default התוכנה מציגה עד 100 אובייקטים, כדי להגדיל את המספר יש להשתמש בסוויץ': -limit
ניתן להעביר מידע (Piping) מפקודה אחת לפקודה אחרת. למשל, נניח והפקודה מהסעיף הקודם מצאה לנו מאה משתמשים. נוכל להשתמש ב-dsmod כדי לשנות את התיאור של כל המשתמשים שמצאנו במכה אחת. ביצוע Piping ייעשה על-ידי הסימן: "|". להלן דוגמא: dsquery User *@gmail.com | dsmod user –desc “Wierdo”. שימו לב שלא הגדרתי את המשתמש עצמו ב-dsmod שכן הפקודה תחול על כל המשתמשים שמצאה פקודת dsquery.
האצלת סמכויות:
ניתן להעביר חלק מהסמכויות של ניהול A.D. למשתמשים אחרים, וכך להקל מעלינו את כל העומס של הניהול השוטף של אובייקטים. למשל, היינו מאוד רוצים שמנהל מחלקה יוכל לאפס בעצמו את הסיסמאות של משתמשים במחלקה שלו. הבעיה היחידה שמנהל המחלקה הוא לא איש IT. לרוב מדובר בנערים צעירים בשנות העשרים שעבדו כשנה בתור נציגים וקיבלו קידום למשרת מנהל צוות. כדי לאפשר האצלת סמכויות לאנשים שכאלה באופו יעיל יש לא רק לתת להם את ההרשאות, אלא גם לבנות בעבורם ממשק פשוט ככל האפשר שיאפשר להם לבצע את המשימה על אף כמות הידע "המרשימה" שלהם בעולם הרשתות. אם כך, אנו רואים שהמשימה שלנו מחולקת למעשה לשני חלקים. החלק הראשון הוא מתן ההרשאות. החלק השני הוא בניית הממשק בעבור המנהל. נבחן כל חלק לגופו:
מתן הרשאות:
נלחץ כפתור ימני על OU או תיקייה (או על כל הדומיין) ונבחר ב-Delegate Control.
ה-Wizard ינחה אותנו לבחור משתמשים או קבוצות שיקבלו הרשאות על ה-OU או התיקייה.
לאחר מכן נוכל לבחור משימות מתוך הרשימה הדיפולטית, או להגדיר משימה באופן ידני. למזלנו, רוב המשימות החשובות כבר קיימות ברשימה.
שימו לב שה-Wizard הנ"ל הוא לא יותר מדרך מהירה וקלה להגדיר את ה-Security Tab של ה-OU או התיקייה. אם תרצו להגדיר את ה-Security Tab באופן ידני זה אפשרי, רק זכרו לבחור ב-Advanced Features בתפריט View. בגדול, לא מומלץ בתור התחלה להתעסק עם ה-Security Tab באופן ידני.
בניית הממשק הגראפי:
ניכנס ל-MMC ובתוכו לממשק: A.D. Users & Computers. שימו לב שלטובת בניית הממשק חייבים להיכנס ל-MMC ולא להפעיל את הקונסולה מתוך Administrative Tools כפי שהיינו רגילים עד היום.
לחצו על ה-OU או התיקייה הרצויה ובחרו ב-New Window From Here.
לחצו שוב כפתור ימני על ה-OU או התיקייה ובחרו ב: New Taskpad View.
ה-Wizard הראשון שמופיע הוא לא מעניין בכלל. תעברו אותו על ידי כפתורי Next עד שבסופו יפעל אוטומטית wizard נוסף.
ב-Wizard השני הישארו ב-Default של Menu Command, זהו סוג הממשק שאנו בונים. Shell Command מאפשר בניית ממשק להפעלת סקריפטים, ו-Navigation מאפשר בניית ממשק בעבור שיטוט ב-Favorites.
המסך בהמשך הוא עיקר בניית הממשק. בחרו מבין האפשרויות את הפונקציה שתוצג בממשק, למשל: Reset Password. שימו לב ש:”Item Listed in the Results Pane” מייצג פונקציות שפועלות ברמת האובייקטים, בעוד ש-: Node in the Tree מייצג פונקציות שפועלות ברמת ה-OU או התיקייה.
בחלון הנ"ל תוכלו לבחור רק פונקציה אחת, אם ברצונכם להוסיף עוד פונקציות, אל דאגה – ניתן לחזור שוב ושוב על ה-Wizard כרצוננו ולהוסיף בכל פעם פונקציה נוספת.
בהמשך תוכלו לרשום פרטים על הפונקציה ולתת Icon לפונקציה. שימו לב שפרטים אלו יופיעו בממשק ויקלו על העבודה.
בתום בניית הממשק מומלץ להגן על הקובץ מפריצות ככל האפשר. נעשה זאת על ידי לחיצה על כפתור File. נבחור ב-Options.
נבחר ב: "User Mode - Limited Access, Single Window". האפשרות הנ"ל תסגור בפני המשתמש את רוב אפשרויות העריכה בפלטפורמת הממשק. כמו-כן, נוריד את הסימון מ-: Allow the user to customize views". שימו לב שאין כאן סגירה הרמטית, אבל מדובר בהגנה הטובה ביותר שיש לממשק להציע.
נשמור את הממשק, נעביר אותו למחשב של המנהל, ניתן לו הרשאות להשתמש בקובץ – וכמעט סיימנו..
דבר אחרון: מכיוון שסביר להניח שהמנהל עובד על Client פשוט, כגון Windows 7, אל תשכחו להוריד אליו את תכונת Server 2008 R2 Admin Pack. ללא התוכנה הזאת הוא לא יבין מה זה בכלל הממשק שבניתם, שכן Windows 7 לא "יודע" מה זה בכלל ממשק לניהול A.D. כ-Default.
תרגיל:
1) צרו משתמש במחלקת IT ותנו לו הרשאות לדברים הבאים:
איפוס סיסמאות של משתמשים במחלקת IT.
הוספת ומחיקת משתמשים.
2) צרו ממשק שיאפשר למשתמש המדובר:
איפוס סיסמאות.
יצירת משתמשים.
מחיקת משתמשים.
פרקי ההרצאה: מאפינים של המשתמש
תמלול ההרצאה: מאפינים של המשתמש
הטקסט המלא של הדקות הראשונות בהרצאה «מאפינים של המשתמש» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
אחרי שלמדנו כיצד ליצור משתמש חדש ועברנו על המאפיינים הדי בסיסיים של המשתמש או כמעט ולא עברנו עליהם פשוט יצרנו חשבון משתמש וראינו כיצד הוא עושה לוגין לרשת לוגון לרשת מתחנת קצה בסרטון שלפנינו אנחנו נדבר יותר על המאפיינים שיש לנו בחשבון משתמש על האובייקט חשבון משתמש למשל אנחנו נדבר על נושא של הגדרות סיסמה שינוי סיסמה
של משתמש בקשה מהמשתמש לשנות סיסמה בפעם הראשונה שהוא עושה לוגין. משתמש שאנחנו לא רוצים שיידרש לשנות סיסמה, למשל חשבון שמשמש איזשהו סרוויס או איזשהו מערכת.
מהיכן יוכל המשתמש להיכנס לדומיין? אנחנו לפעמים רוצים להגביל משתמש שיוכל להיכנס רק ממחשב מסוים ברשת או מכמה מחשבים בלבד. תוקף של חשבון משתמש, לפעמים יש לנו עובדים זמניים, סטודנטים שבאים לעבוד רק בקיץ, ואני רוצה מראש שהחשבון הזה יהיה זמין, פעיל רק לחודשיים.
וכמובן נראה מאפיינים נוספים של משתמש כמו טלפון, כתובת, תפקיד, כתובת, דואר אלקטרוני ועוד ועוד ועוד. מה שכן מאוד מאוד חשוב כבר עכשיו לומר ואם תרצו מעין המלצה חשובה מאוד כדאי מאוד עבור כל האובייקטים שאתם יוצרים להכניס כמה שיותר מידע בשדות השונות שקשורים למאפיינים.
חשוב מאוד כבר בשלב הראשון שאתם מקימים את הדומה, מתחילים להוסיף ביום יום, אתם מוסיפים את האובייקטים, להכניס כמה שיותר פרטים מזהים עבור כל אובייקט.
אז בואו ניגש ונראה מה בעצם אנחנו יכולים, איזה מאפיינים אפשר להכניס ולשנות ולהגדיר עבור חשבון משתמש. יש לא מעט, אנחנו לא נעבור על כולם, על חלקם ממש בקצרה ועל חלקם ניכנס יותר לעומק, פשוט שיהיה לכם כבר עכשיו את הידע של מה בעצם אפשר להכניס עבור חשבון משתמש.
אז בואו ניגש אז פתחנו את האקטיב דירקטורי יוזר זן קמפיוטר זה ממשק הניהול שלנו בואו ניגש ל-OU חיפה שיצרתי מבעוד מועד וניגש ל-אימפורט ואקספורט OU אימפורט ואקספורט מחלקת אימפורט ואקספורט בואו ניצור חשבון חדש קליקים אני user account אז כמובן החשבון הזה כמו שאתם שמים לב הוא חשבון חדש
שאני יוצר זה השם משתמש זה השם של המשפחה של המשתמש פה אני יוצר את החשבון שאיתו המשתמש יעשה לוגין וזה מאוד חשוב להבין.
שימו לב שהשם של המשתמש אמנם זה יוסי אבל בחרתי שכניסה לרשת תעשה על ידי יוסי A כך שהאסטרטגיה ה-Naming Convention שאנחנו עובדים איתו הוא יוסי והאות הראשונה של השם משפחה.
זה על מנת שאם יהיו לנו מספר משתמשים שמתחילים בשם יוסי אז לפחות השם משפחה כנראה יהיה שונה וכך אנחנו עושים כמה שיותר צירופים.
לגבי חשבון ישן יותר כמו 2008 לא מעניין אותי כל כך אבל גם אותו יצרנו יוסי A. Next סיסמה עבור המשתמש. טוב בואו נעבור על ההגדרות האלה שלפנינו. במידה ויצרנו חשבון משתמש חדש יש לנו כאן את האופציה להשאיר את ה-v בשורה הראשונה שאומרת user must change password at next logon.
מה שזה אומר זה אומר שהמשתמש כאשר יבקש להכניס כאשר הוא ינסה להיכנס לרשת בפעם הראשונה הוא כמובן יבקש מאיתנו מה הסיסמה שהגדרנו לו בוא נגיד שהגדרנו לו 1 2 3 אבל אנחנו לא רוצים שהוא יישאר עם הסיסמה הפשוטה הזאתי, זה רק היה בהתחלה כדי שהוא יזכור אותה.
הייתי רוצה שמייד כשהוא נכנס הוא יישנה לסיסמה אחרת, ויותר מזה חשוב לי שהוא יישנה לסיסמה שהוא הכניס ולא אני ולא אף אחד אחר.
הרעיון הוא שרק המשתמש עצמו צריך לדעת את הסיסמה שלו. לכן בדרך כלל עבור משתמש חדש אנחנו נשאיר את ה-v הזה. דרך אגב, once המשתמש הכניס/נכנס/שינה את הסיסמה ומחויב אני מדגיש איך שהוא נכנס, יוצא לו כזה שאומר לו אתה חייב לשנות סיסמה אתה לא יכול להמשיך להיכנס הוא משנה סיסמה
ואז לידיעתכם ה-v הזה נעלם מהמאפיינים של המשתמש קורה מצב שבו יש לי חשבון שאני לא מעוניין שיוכל הוא עצמו לשנות את הסיסמה שלו אז ברוב המקרים רק שתדעו אנחנו מעוניינים שהיוזרים ישנו לבד את הסיסמה אנחנו לא מתכוננים לנהל להם את הסיסמה אבל לפעמים ישנם חשבונות משתמשים שלא הייתי רוצה שתהיה להם את היכולת לשנות סיסמה למשל איזשהו מישהו חיצוני שבא לעבוד אצלנו
ואני הייתי רוצה לנהל לו כמו שאומרים את החיים ולנהל לו מה הוא יוכל ומה הוא לא יוכל לעשות לא הייתי רוצה שהוא יוכל לשנות סיסמה.
לפעמים מדובר בחשבון שעובדים איתו מספר אנשים זהים שוב פעם מישהו חיצוני או מספר אנשים חיצוניים שבאים לבצע איזושהי פעולה אין שום בעיה להיכנס עם אותו חשבון לרשת מספר פעמים ובמקביל ומכמה מחשבים אז הייתי רוצה שלא יקרה מצב שאחד מהמשתמשים האלה ישנה את
הסיסמה והשאר לא יוכלו לעבוד. שוב פעם הרבה משתמשים או כמה, שניים, שלושה, ארבעה משתמשים מסיבות כאלה ואחרות שעובדים עם אותו חשבון. לא הייתי רוצה שיוכלו לשנות את הסיסמה.
נפלא. פאסוורד never expire לרוב אנחנו לא מעוניינים שחשבון משתמש לא יצטרך לשנות סיסמה אף פעם. זה ממש ממש נוגד את כל הנושא של אבטחת מידע ברשת.
אחד הדברים הבסיסיים ביותר ברשת בנושא אבטחה זה לדאוג שהיוזרים ישנו את הסיסמה, יותר נכון לא רק לדאוג לגרום להם להכריח אותם בעזרת מדיניות בילט אין באקטיב דירקטורי שישנו את הסיסמה אחת לחודש חודשיים שלושה ארבעה תלוי כמה היוזר הזה הוא מאוד מאוד רציני או הסביבה הזאת דורשת אבטחה גבוהה.
אבל קורה מצב שיש לנו חשבון למשל חשבון של איזשהו שירות איזשהו סרוויס חשבון שאנחנו מטמיעים בתוך איזושהי תוכנה ממש בתוך הקוד של התוכנה או באיזשהו Web Service ואני לא מעוניין שהחשבון הזה ייאלץ לשנות את הסיסמה שלו או שאני ייאלץ כי במידה והסיסמה שלו תצטרך להשתנות והוא לא ישנה אותה
החשבון הזה לא יוכל להיכנס לרשת מה שאומר, הוא אומר שהסרוויס הזה, השירות, התוכנה תפסיק לעבוד ולפעמים אנחנו ממש ממש ממש לא רוצים שזה יקרה נכון?
לכן Password Never Expires אנחנו לרוב נגדיר את זה עבור חשבון סרוויס חשבון תוכנה שאנחנו מכניסים פנימה לתוך הקוד את החשבון ואת הסיסמה. שוב פעם גם אם מדובר בחשבון סרוויס המלצה מאוד מאוד רצינית שלי זה לשאוף לשנות גם את חשבונות הסרוויס ולמה אני מתכוון כשאני אומר חשבונות סרוויס אני מתכוון לחשבון שאנחנו מכניסים לשרת ה-TVירוס לשרת הגיבויים אוקיי יש כל מיני שירותים
שאנחנו מפעילים ברשת שדרוש להם חשבון מיוחד עם כל מיני הרשאות וזכויות לכן אני ממליץ כן אבל לעשות את זה באופן יזום וידוע, לא לגרום לזה לקרות באופן אוטומטי ואז פספסנו יום אחד את הדבר הזה והשירותים שלנו לא עבדו באותו יום, שזה יכול להיות קטסטרופה.
לכן עבור שירותים אני בדרך כלל אגדיר את זה, אבל עדיין אדאג מתישהו מדי פעם להחליט ללכת ולשנות את הסיסמאות כחלק ממדיניות שינוי הסיסמאות בארגון בכל מה שקשור לאבטחת מידע.
לפעמים אני רוצה ליצור חשבונות וכרגע להשאיר את החשבון במצב של דיסייבל, לא רוצה שיוכלו להיכנס איתו עכשיו. פשוט נכניס את ה-V הקטן הזה פה. תמיד אפשר ללכת ולהרציע את ה-V הזה והחשבון הזה יהיה פעיל.
אוקיי, נקסט, סיניש. אז דיברנו על נושא של סיסמאות והגדרות כאלה ואחרות ראשוניות שלא דיברנו עליהן בזמן הפעם הראשונה שיצרנו חשבון.
בואו נמשיך עם עוד הגדרות מעניינות. קליק ימני על יוסי עטלי, מאפייני, והייתי רוצה לגשת איתכם ללשונית קאון, להסביר מספר דברים ממש חשובים כאן. אז קודם כל יש לי אפשרות להגדיר באילו שעות המשתמש הזה יוכל לעבוד, באילו שעות המשתמש הזה יוכל לבצע לוגין לרשת.
לא Gone Hours, פה אני מחליט בעצם באיזה שעות המשתמש הזה יוכל לבצע, אז אני מחליט שהמשתמש מתחיל לעבוד ב-8 בבוקר, אוקיי?
אז אני מחליט לוג און דיניי מ-12 בלילה עד 8 בבוקר. ומ... לדוגמה, בוא נגיד 6-7 בערב עד 12 בלילה, גם כן המשתמש לא יוכל להיכנס.
אז מה שאני מגדיר עכשיו, אני בעצם מגדיר מתי המשתמש יוכל לבצע לוג אין לרשת. דרך אגב, שאלה שבטח צצה לכם בראש, כברירת מחדל אם המשתמש נשאר בתוך הרשת ולא עשה לוגאוט זה לא חס וחלילה שהוא יוצא מהרשת באופן יזום ממש לא הוא יכול להמשיך לעבוד הרעיון הוא שהוא לא יוכל להיכנס לעשות לוגין בשעות האלה אוקיי לוגון 2 יש אפשרות להגדיר שמשתמש
לא יוכל להיכנס לדומיין מכל מחשב שהוא רוצה ממש לא דרך אגב זה ברירת המחדל משתמש יכול לעשות לוגין מכל מחשב ברשת בתנאי שזה לא דומיין קונטרולר, לא רואים.
אז משתמש שהייתי רוצה להגביל אותו שיוכל להיכנס רק למחשב שלו או רק למחשבים למשל במחלקה שלו, איש מכירות.
אז אני פשוט אגש לכאן The Following Computers, שוב פעם את זה אנחנו הולכים ועושים מ-Logon 2 The Following Computers ופה אני כותב יוסי PC דינה PC שהוא יוכל להיכנס אך ורק מהמחשבים של יוסי ושל דינה שהם שני מחשבים בתחום של מכירות או למשל תחום של שירות לקוחות.
הבנתם את הרעיון. יוזר לא יוכל להיכנס לרשת מכל מחשב אלא אך ורק מהמחשבים האלו בלבד. יוסי PC ודינה PC. מגניב, זה פשוט ברגע שמסבירים את זה נכון.
Unlock account, במידה והחשבון הזה ננעל מסיבה כלשהי קורה מצב שחשבון ננעל, משתמש הכניס סיסמה שגויה מספר פעמים מסיבות כאלה ואחרות הוא שכח אותה במידה והחשבון ננעל אז אנחנו פשוט מוציאים את ה-v הקטן מה-unlocked account עוד דבר חשוב account is disabled ויש לנו פה את האופציה
לעשות account disabled פשוט לעשות את החשבון הזה שלא יהיה פעיל ואחרון אחרון חביב ברשותכם לשלב הזה זה את הנושא של account expire יצרתי חשבון ואני מעוניין שהחשבון הזה יהיה זמין יהיה פעיל אך ורק לתקופה של x ימים x חודשים וכן הלאה.
לדוגמה, סטודנטים שעובדים אצלנו לתקופה קצרה, עובד זמני שמגיע מחברה חיצונית לעשות לנו איזושהי בדיקה לתקופה של חודש.
אני לא הייתי רוצה לרשום לעצמי בצד, אוקיי כשדוד יפסיק לעבוד פה עוד חודש אני אבטל לו את החשבון. הייתי רוצה שזה יקרה באופן אוטומטי. לכן אנחנו נלחץ על end of ואנחנו נגדיר את התאריך, פשוט לחיצה פה, אני רוצה שהחשבון הזה יהיה סתם דוגמא באוגוסט 2016, נפלא, אוקיי?
ואנחנו ממשיכים עם ההגדרות. קליק ימני, שוב פעם, מה הדברים שיש לי פה? יש לי אפשרות לעשות קופי לאקאונט. מה שיפה בקופי לאקאונט זה שבמידה ויש לי חשבון שחבר בהמון קבוצות, וזה חשבון שהייתי רוצה שיהיו עוד חשבונות כמוהו, יש לי איש מכירות שיש לו חברות בקבוצות, אני הייתי יכול פשוט ליצור פעם אחת את אותו
חשבון ופשוט לעשות קופי כל פעם שמגיע עובד חדש שדרוש לו את אותן הגדרות כמו החשבון הזה. למשל חברות באותה קבוצה, קופי יכניס את אותן הגדרות לכל המשתמשים, אוקיי?
אנחנו נראה סרטון נוסף בהמשך שמדבר רק על קופי של חשבונות משתמשים וצורה של איך לעבוד בצורה יותר יעילה ב Active Directory.
To Group להוסיף את החשבון לקבוצה Disable Account Reset Password אנחנו יכולים לשנות את הסיסמה של המשתמש שוב פעם, אדמיניסטרטור לא יכול לראות את הסיסמה של המשתמש, הוא יכול לשנות אותה למשהו חדש Move לשנות את המיקום של המשתמש ב-OU עם השונים
לשלוח אימייל למשתמש, לעשות חיפוש בתוך האובייקט אחרי משהו מסוים למחוק את המשתמש, לעשות Rename למשתמש ובואו נחזור ברשותכם ל-Properties שוב פעם והנה המידע שפה אנחנו יכולים לדחוף למשתמש למשל description אז הוא Sales Personal אוקיי והאופיס שלו במקרה שלנו זה חיפה למשל חבר'ה
חשוב מאוד למלא כמה שיותר פרטים לדוגמא כשתבואו ללמוד בנושא החיפוש תראו כמה שהפרטים שמילאתם כאן היו חשובים לכם טלפון נאמבר אימייל אדרס פונים כאלה ואחרים שלו בבית פייג'ר שלו מובייל פון חבר'ה אין לכם