יצירת משתמשים למתקדמים
ds add user לכל שורה, מאחדים את התאים ושומרים כקובץ .bat שמורץ בשורת הפקודה. אפשר גם להעביר את הפלט של ds query ישירות ל-ds mod, כדי לאפס סיסמה להרבה משתמשים בבת אחת.%username% מייצג את שם המשתמש ומשמש בנתיב התיקייה, כדי שלכל משתמש תהיה תיקייה משלו. %temp% ו-%userprofile% מראים איפה התוכנות שומרות קבצים זמניים ואת הפרופיל.ds add user נכשל אם המשתמש כבר קיים, ולכן כדאי לתרגל את הפקודה על משתמש אחד לפני שמריצים עשרות.פרקי ההרצאה: יצירת משתמשים למתקדמים
תמלול ההרצאה: יצירת משתמשים למתקדמים
הטקסט המלא של הדקות הראשונות בהרצאה «יצירת משתמשים למתקדמים» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום וברוכים הבאים לסרט על יוזרים, על משתמשים. אנחנו הולכים בעצם להתחיל מדברים הכי פשוטים ולהגיע ליצוא לאקסל ופקודות דוס, וזה הולך להיות שיעור מאוד מאוד מעניין ומקצועי מאוד, אז תהיו קשובים.
נתחיל בזה שאנחנו עושים יוזר חדש וקוראים לו יוני רבזין. יפה. שימו לב, אני עושה לו, עם איזה שם עם איזה שם אני הולך לעשות לוגין אם אני רוצה יוני רבזין יש כאלו שאוהבים לעשות לוגין יוני r כאילו שם פרטי ואות ראשונה משם משפחה יש כאלו שעושים רבזין y
רבזין יוני אני אישית אוהב לכתוב שם מלא זה תומך עברית זאת אומרת אפשר לעשות בעברית למרות שאני לא ממליץ לא בגלל שהאקטיב דירקטורי לא יודעת עברית אלא בגלל שתוכנות אחרות שלפעמים אנחנו משתמשות במאגר של האקטיב דירקטורי יעשו לכם בעיות עם עברית.
הלאה, מה אנחנו רואים פה? עם איזה שם הוא הולך להיכנס? בשיטה חדשה, שטרודל. זה נראה כמו אימייל, אתם רואים? זאת אומרת, השיטה החדשה אומרת, יש שיטה ישנה ושיטה חדשה. השיטה הישנה הייתה פה למטה, כותבים domain, שם של המתחם אבטחה, סלאש,
שם של יוזר, שם של מתחם, סלאש, שם של יוזר. זאת שיטה הייתה לפני Windows 2000, זאת אומרת, NT4.
זה שנת 96 בערך. החיסרון של השיטה הזאתי, שיוזר צריך להגיד מה שם מתחם האבטחה. ושימו לב איזה שיטה חדשה הם ציירו בשנת 2000 שנקראת UPN, UPN, שיוזר כותב את השם שלו, שטרודל ג'ימנל, שטרודל פרקטיקיון יקודה קרום.
אתם רואים? אני יכול לעשות פה כל מיני שטרודלים, שזה כמו שורטקאט, כמו קיצור דרך, וזה נקרא UPN, ותכף אני אראה לכם איך אני מוסיף לפה עוד דברים.
אבל מה? זה נורא נורא נוח. עכשיו יוזר, יוני, יכול לזכור שהאימייל שלי זה yoni.ravezin.studelpracticy.com אז אני יכול לזכור שככה אני בעצם, yoni.studelpracticy.com זה לא רק האימייל שלי, זה גם היוזרניים שלי במערכת האבטחה.
בפועל, כל פעם שישאלו אותך שם וסיסמה, תרשום את האימייל ואת הסיסמה. ואז ליוזר זה נורא קל ונורא יפה, הוא זוכר את האימייל ואת הסיסמה וזהו. הוא לא צריך להבין שמאחורי הקלעים יש מערכת אבטחה ויש לה מתחם וזה שם קיצור למתחם הזה זה לא מעניין אותו הוא זוכר זה וזה איך עושים את הרשימה הזאתי איך עושים רשימה הזאת מאיפה היא באה בכלל רק נעשה לי
יוזר פה נעשה לי פה יוזר נסיים עם היוזר ניתן לו סיסמה ניתן לו סיסמה או נגיד לו שהאם הוא חייב להחליף סיסמה בלוגון הבא איך שאתה נכנס תן סיסמה חדשה שלא תגיד שמנהל רשת הכיר את הסיסמה שלך כדי שלא יאשימו אותי כמנהל רשת שאני יכול להתחזות
למשתמשים לעשות דברים בשמם, תחשבו שמנהל רשת פותח חשבון יוזר למנהל הבנק, למנהל איזה חברה או לאנשי מכירות, כאילו, למנהל רשת יש הרבה מידע רגיש שהוא יכול לגשת אליו, שלא יאשימו אותו, שלא יוכל להתחזות.
אז זה אומר שיוזר חייב להחליף סיסמה בלוגון הבא, האופציה הבאה אומרת הפוך, היוזר אסור לו להחליף סיסמה בכלל, יש לו סיסמה קבועה, לא מחליף אותה, אסור לו להחליף אותה.
לדוגמה, כשיש לי חשבון אחד, לא תלמיד. חשבון נקרא תלמיד, וכל התלמידים נכנסים עם אותו יוזר. נכון שיש כאלו שיגידו שזה לא טוב, שלכל תלמיד תעשה יוזר נפרד.
אני אומר, לא רוצה לעשות לכל תלמיד יוזר נפרד. כל התלמידים נכנסים עם יוזר שקוראים לו תלמיד או סטיודנט.
ואז כולם נכנסים עם אותו יוזר, אבל שלא יצא מצב שמישהו מהם פתאום יחליף לי סיסמה וכל האחרים לא יוכלו להיכנס. אז פה אני אומר, יוזר הזה לא מחליף סיסמה, אסור לו להחליף סיסמה.
שימו לב, אני לא יכול לשים את שניהם ביחד, כי זה לא יכול להיות שיוזר חייב להחליף סיסמה ויוזר לא יכול להחליף סיסמה. אני מקבל פה הודעת שגיאה, שאתה לא יכול בו זמנית לבחור את שניהם, אל תהיה מפגר.
יפה. האופציה השלישית אומרת שסיסמה לא פגה תוקף, זה אומר שעוד 42 יום, עוד 90 יום, לא חייבים להחליף סיסמה. דיפולט ברירת מחדל של המערכת כל 42 יום יוזר חייב להחליף סיסמה ואסור לו להישאר עם אותה סיסמה אם הוא היה בחו"ל אם הוא ישן אם הוא לא החליף סיסמה אם לא משנה מה הסיבה עברו 42 יום מפעם אחרונה שהחלפת סיסמה ביום ה-43 אתה לא נכנס למערכת אתה פשוט נשאר בחוץ לא
נותנים לך להיכנס פנימה תתקשר למנהל הרשת שיאפס לך סיסמה בכוח ברגע שמנהל הרשת מאפס סיסמה היא מתחילה להיות עוד פעם התוקף שלה מתחילים לספור עוד פעם 42 יום זה קורה עם יוזרים שהולכים לחול מישהו הולך לחול 42 יום לא נכנס למחשב או 90 יום לא
נכנס למחשב תלוי כמה שאני אגדיר את זה הוא לא יכול להיכנס האופציה הזאת אומרת שהחוק הזה של 42 יום של 90 יום לא חל על היוזר הזה password never expires לעולם לא פג התוקף זאת אומרת יוזר אסור לו להחליף סיסמה והיא גם לא פגה תוקף לא 42 יום ולא 90 יום יש לו לנצח נצחים את הסיסמה הזאת והוא לעולם לא יחליף אותה
זה כמובן פגיעה באבטחה כי למקרה שמישהו ידע את הסיסמה הזאת הוא יוכל להיכנס כל החיים בזה ולכן מומלץ לעשות ליוזרים סיסמה אישית מתחלפת כדי שגם אם מישהו יצליח לראות את הסיסמה שלהם אז עוד חודש עוד חודשיים הוא כבר לא יוכל לנצל את זה. והאופציה האחרונה אומרת חשבון מבוטל חשבון מבוטל זה אומר שהוא קיים אבל הוא מבוטל למה שאני אעשה חשבון מבוטל לדוגמה
עוד שבוע מגיעים 30 עובדים חדשים אני עובד במוקד טלמרקטינג גייסו שלושים עובדים חדשים כי הם כל הזמן מתחלפים לנו טלמרקטינג ואני קיבלתי רשימה מראש עכשיו כשאני מכין יוזר מראש אני צריך לוודא שאף אחד לא ייכנס איתו לפני הזמן או לחלופין סיפור אחר שאני רוצה לא למחוק את היוזר למרות שפיטרו אותו נניח לקחו מישהו פיטרו אותו אבל אולי
יחזירו אותו אולי הוא יחזור ואז מה ללכת כאילו דיסייבלד מבטל זמנית את המשתמש מה זה אומר משתמש זמנית זה אומר זמנית הוא לא יכול להיכנס למערכת כי הוא באשייה, כי אסור לו להשתמש בחשבון הזה, הוא קיים, אבל לא לשימוש Disabled.
אז אמרנו, זה חשבונות שמוכנים מראש, זה חשבונות של אנשים שמפוטרים שאולי יחזרו, כמו חופשת לידה. אישה, איזה בחורה יצא לחופשת לידה, עוד שלושה חודשים היא חוזרת, אני מבחינת האבטחה צריך לוודא שאף אחד לא מנצל את החשבון שלה ולא נכנס עם השם שלה בשלושה חודשים האלו.
אז אני עושה לה Disabled. ואנחנו נראה עוד תסריטים של Disabled. אז עברנו על כל האופציות האלו, הדיפולט הנורמלי זה להגיד שיוזר חייב להחליף סיסמה.
אוקיי, אתם גם יכולים לקרוא פה את הכל, הכל ברור, כשיודעים את הלוגיקה, הכל ברור. טוב מאוד, נקסט, אומר בוא ניצור חשבון ליוזר, פיניש.
טוב, נעשה דאבל קליק ונראה מה יש לנו פה, איזה שדות יש לנו ביוזר. עשיתי פרופרטיז עלי יוזר, רייט קליק, פרופרטיז, כן?
אתם רואים מה שבשחור בולט זה כמו דאבל קליק, אז פרופרטיז על היוזר, מאפיינים על היוזר. אז יש את השם שלו, first name, last name, תיאור שלו, באיזה משרד הוא עובד, סתם לדוגמה במשרד 109, סתם אני ממציא, מה הטלפון שלו, מה האימייל שלו, כל המידע הזה זה למידע בלבד.
תחשבו שיש לנו חברה גדולה ויש לנו כבר מאגר מרכזי של כל המשתמשים, הוא גם ככה קיים, אז למה לא לנצל אותו בשביל לרשום טלפונים ולרשום אימיילים, ואפשר דרך כלים שונים גם לראות את המידע הזה.
לדוגמא Outlook, שזו תוכנת דואר שמותקנת כמעט בכל חברה, שולפת Outlook יודעת לשלוף מפה נתונים ולהשתמש בטלפון ואימייל ולהציג לך את זה בצורה יפה על המסך.
אז פה אתם יכולים למלא את השדות האלו. רוב החברות כן ממלאות את השדות האלו ומשתמשים בהם, כי זה מאוד מאוד נוח.
יש לנו מאגר מרכזי של יוזרים לצורך האבטחה, ואנחנו מנצלים את המאגר הזה גם לצורך מידע, כמו איפה הוא גר, באיזה עיר הוא גר, לדוגמה בראשון לציון. ומה הכתובת שלו, לדוגמה סחרוב 5. בדיוק Street.
זה גם תומך עברית, זה Unicode, זה תומך עברית, אין שום בעיה. יפה, אז אמרנו General Address, טלפון, שימו לב, יש פה Notes, הערות, מה כותבים ב-Notes לרוב?
ימי הולדת. כן, פה שדה לימי הולדת, אני שמתי לב שהרבה חברות כותבות פה ימי הולדת של אנשים.
באיזה תפקיד הוא עובד, לדוגמה, הוא נניח טריינר, נניח מדריך, דפרטמנט, באיזה מחלקה הוא עובד, נניח מייקרוסופט, במחלקה של מייקרוסופט, או מחלקת MCATP, באיזה קומפני, פרקטיקיו.
זאת אומרת, אני ממלא פה כל מיני שדות שהם למידע בלבד, אבל בארגון גדול שיש בו מאות עובדים, זה מאוד מאוד נוח, אני יכול להגיד לתוכנת Outlook, שאני כל כך אוהב אותה, להגיד, תראי לי כל מי שעובד במחלקת MCATP, תראי לי כל מי שטריינר, ואני רוצה לשלוח להם מכתב.
ה-Active Directory שאתם מכירים עד עכשיו, זה לא רק למטרות האבטחה, אלא גם למטרות מידע. אז דיברנו על זה של ג'נרל, אדרס, טלפון, טלפונים, נורצ, הערות לימי הולדת, אורגניזיישן, פרטים על התפקיד שלו.
כל זה למידע בלבד. מה לא למידע בלבד? ממברוב, באיזה קבוצות הוא חבר? הוא by default ברירת מחדל איך שאתה עוצר את היוזר הוא חבר בדומיין יוזרס אבל יכול להיות שהוא גם חבר בעוד קבוצה סתם דוגמא איזה קבוצה אין לי עדיין פה קבוצות נראה לי מזכירות אין לי פה קבוצות אבל אם הייתה לי קבוצה מנהלים מזכירות אנשי מכירות
פרויקט x פרויקט y כל מיני קבוצות ומתוך כל הקבוצות שהוא החבר בהם הוא היה מקבל גם הרשאות בתיקיות שונות במחשבים שונים אז פה בממבר אוף אני רואה על היוזר הזה באיזה קבוצות הוא חבר.
בדומיין יוזר זה כאילו יוזר פשוט. מה עוד חשוב לנו לדעת בטאב הזה, במאפיינים של יוזר? אקאונטס. דרך אגב, מי ששואל מה זה פריימרי גרופ, זה רק ללינוקסים.
בלינוקסים יש רק קבוצה אחת. הלינוקס הקלאסי, לא היה להם אופציה לשים הרבה קבוצות, היה להם אופציה רק שלכל יוזר יש קבוצה אחת, חייבת להיות קבוצה אחת כמו דומיין יוזרס, רק אחת, אי אפשר לשים כמה, כי זה, אימצו את זה במה שנקרא בימי הביניים של המחשבים, שזה שנות ה-80 וה-70, ואז הייתה רק קבוצה אחת והיא נקראת Primary
Group, וזה תקף רק אם יש לך כמה קבוצות, אתה יכול להגיד, כשלינוקס יבוא להתחבר ל-Active Directory, איזה קבוצה הוא יראה מכל הקבוצות שאתה חבר בהן.
לא מעניין האמת. אוקיי, הלאה. מה מעניין אותנו? אקאונטס מעניין אותנו. אקאונטס זה באמת מעניין, ולמה זה מעניין?
כי עם השם הזה אנחנו עושים לוגין. ואם יוני מתלונן, אומר, עזוב אותי לכתוב את כל השם משפחה, תן לי לכתוב יוני R, מספיק לי. אז אני מחליף פה. החלפתי יוני R, זה אומר שיוני עכשיו יוכל להיכנס עם שם וסיסמה יוני R.
כן, זה שם. הלאה. זה השם החדש, זה השם הישן. שימו לב, פה הבטחתי לכם להראות איך אני מחליף את זה, איך הכנסתי פה gmail וpracticy.com, איך עשיתי את זה.
שימו לב. בשביל להחליף פה את הרשימה הזאת, בואו נסגור את החלון הזה. אנחנו ניכנס לכלי אחר לגמרי, שאתם לא רואים אותו פה בכלל, הוא לא מופיע פה.
אנחנו צריכים להיכנס ל-Administrative Tools, ויש פה הרבה יותר כלים, כן? ויש לנו כלי שנקרא Domains and Trusts.
זה גם כלי נוסף שמנהל Active Directory, הוא מחבר בין דומיינים שונים, בין החברות שונות, שחברה אחת תסמוך על יוזרים מקבוצה אחרת מדומיין אחר, זאת אומרת שדומיין אחד יסמוך על דומיין אחר.
אנחנו נעשה על זה סרט נפרד ויהיה לנו שיעורים נפרדים מחברים חברות ביחד וכרגע אנחנו לא נכנסים לא לדבר על טראסים אנחנו נכנסים לכלי הזה למטרה אחרת לגמרי לעשות UPN אז אתם תראו שהכלי הזה הוא די ריק זה הכלי הכי ריק שאני מכיר מכל הכלים שקיימים ופה צריך לעמוד על הזה שלו פרופרטיז ואני שם פה UPN יפה UPN זה
User Principal Name לדוגמה אני רוצה practical.coil אני רוצה אני יכול לכתוב פה מה שאני רוצה זה שם קיצור לדומיין לדוגמה אני יכול לעשות פה מה שאני רוצה שם עשיתי gmail עשיתי practical.coil.com ועכשיו אחרי שהוספתי את זה פה ברשימה ואני מזכיר לכם right click לא על זה right click שזה דבר הכי הגיוני
לעשות על זה right click לא זה right click על הכלי עצמו properties אל תשאלו אותי למה זה ככה ולמה אין פה במסך שום דבר זה אחד הכלים הכי דפוקים מבחינת עיצוב הגרפי שלהם בנוחיות המשתמש.
תראו, אין פה כלום. טוב, אני אשמור את דעותיי לעצמי. ניכנס חזרה ליוזר בדאבל קליק, אקאונטס, ושימו לב, יש פה פרקטיקוס יואל שהוספנו כרגע.
ועכשיו יוני יוכל להיכנס עם ה-yoni app, שימו לב, אי אפשר