שני מוסדות ,באותו מתחם .
שני חדרי מחשבים שני שרתים SERVER 2012
שני ארונות תקשורת מגושרים עם כבל CAT7 ביניהם .
ראוטר אחד שמחלק כתובות לכולם 192.168.1 (כולל לשרתים שהם על IP קבוע)
בגלל העומס, כיתת לימוד אחת משמשת גם ללימודים של המוסד השני ,

אני מעוניין שתלמיד שישב בכיתה המשותפת הזו, יוכל לבחור כניסה לאחד משני השרתים ,
וכך יקבל את כל החומר שלו שבשרת שבצד השני .

כרגע הראוטר מחלק כתובות, אך מבחינתי אפשר להחזיר לאחד מהשרתים.

הבנתי שצריך ליצור tree trust ביניהם
יש למיהו ההסבר מקוצר

כשאתה אומר "החומר שלו" - הכוונה לתיקיית הפרופיל?
לפי התאור של השאלה - נשמע שאתה מתכוון ל"פרופיל נודד" (פרופיל שנמצע בstorage מרוחק ומועתק מקומית ברגע שהמשתמש מתחבר)
https://msdn.microsoft.com/en-us/library/windows/desktop/bb776897(v=vs.85).aspx?f=255&MSPPError=-2147217396

אישית מעולם לא אהבתי את הפתרון הזה והוא היה נוטה, בגלל בעיות כאלו ואחרות, להיות לא הכי יציב.
אבל לא ניסיתי אותו בשנים האחרונות אז אולי זה השתפר,
אני נתקלתי הרבה פעמים במקרים בהם לא ניתן היה להעתיק (או שהיה נכשל באמצע) את הפרופיל מהשרת ואז המשתמש היה מתחבר לפרופיל זמני, והפתרון היה למחוק את הפרופיל המקומי ולהתחבר בשנית,
פתרון שהייתי מעדיף יותר הוא לשדך למשתמשים כונני רשת שיכילו את הנתונים שלהם, או לבצע הפניית תיקיות
https://technet.microsoft.com/en-us/library/cc732275(v=ws.11).aspx
של תיקיית המסמכים שלי לכונן רשת.
פתרון כזה, בשילוב הגדרות מתאימות של DFS יידאג שהמידע יהיה מקומי על השרתים ולא יעמיס על רשת התקשורת, אם אין לך שרת storage ייעודי לנושא.

הכול בהנחה וכולם נמצאים על אותו ה lan, כפי שציינת בשאלה שזה המצב

כל שרת הוא של מוסד אחר, לכן בכל אחד מהם בכונן D למשל ישנה תיקיית DATA
שבתוכנה נוצר לכל משתמש ספרייה על שמו עם כל הקבצים שלו . וזה ממופה ככונן Z שלו בכניסה.
הפרופיל , שנמצא גם בתקיה בשרת והוא אחיד ונעול לכולם . לא נודד .

יצא לי לראות במחשבים שהגיעו אלי מאירגונים
שבהם במסך כניסה לחלונות היו שמות של דומיינים לבחירה, כמו שיש local this computer
ואז המשתמש בוחר לאיזה מהם להכנס .

אמרת 2 דברים שונים...
1. אמרת שכולם עובדים עם אותו פרופיל - הכוונה שהם מתחברים עם אותו שם משתמש? קשה לי להאמין לזה (ואם הפרופיל נמצא בשרת ואז לא משנה לאיזה מחשב מתחברים - כולם רואים את אותו הדבר - זה פרופיל נודד)
2. כאשר יש לך אפשרות לבחור מול איזה דומיין אתה מתחבר - זה פשוט מחליף לך את שרת ההזדהות (מי מאשר למשתמש להתחבר לרשת), זה לא הפתרון שאתה צריך כי אתה זה שמאשר למשתמשים להתחבר והפרופילים שלהם נמצאים אצלך, ולכן זה לא הכיוון.

אני אשמח אם תסביר קצת יותר לעומק איך מבחינת רשת חלונות הרשת שלך מורכבת.
איך אתה ממפה את הכונן? (סקריפטים בעליה?)
איך המשתמשים של התלמידים מוגדרים (רשת דומיין, יש דומיין נפרד לכול שרת, משתמשים מקומיים)

פרופיל נודד , זה פרופיל שנטען לתחנה שעליה מתישב התלמיד , ובסוף השימוש שלו ההגדרות חוזרות לשרת ,
ובפעם הבאה שהוא יתישב על תחנה אחרת , אותו פרופיל יטען לתחנה הזו וחוזר חלילה .

זה לא מה שאני בניתי כי זה לא מתאים לי לניהול הכיתה .

בא נחלק בין הדברים , יש פרופיל, שזה הקונפיגורציה של היוזר ויש ספריות עבודה של המשתמש .

אתה יכול ליצור 200 יוזרים לכל התלמידים ואת כולם להפנות לאותו פרופיל שאותו בנית בשרת ,
כך כולם יקבלו את אותה תצורה בדיוק,
כעת אתה יכול להגדיר שהשינויים שהמשתמש ביצע בתחנה לא יחזרו חזרה לשרת , או בדרך אחרת שאני בחרתי ,
להפוך את הפרופיל שיושב בשרת למנדטורי, מ DAT ל MAN
ואז הפרופיל נטען לכל תלמיד בכניסה ונשאר נעול משינויים ,

בהגדרות היוזר הבסיסי שבניתי , הגדרתי שתקיית הבית של כל תלמיד תהיה כונן הרשת שלו
וכך ברגע שתלמיד נכנס בפעם הראשונה לרשת AD , נוצרת לו תקייה אישית בשרת שבה הוא שומר את כל החומר שלו ONLINE
כלומר לא נודד לתחנה וחזור , אלא ישירות על השרת .
בשורה של הפרופיל אתה מזין למשל . שזה קבוע לכולם ולא משתנה לפי יוזר .
\\MBYSRV\profile$\man






הרשת בעקרון היא רשת פשוטה לכיתת לימוד .

התקנתי SERVER 2012
AD
DNS DHCP
יצרתי פרופיל על תחנת WIN7 ואותו העברתי לתקיה משותפת בשרת
את הפרופיל הזה שייכתי לכל היוזרים והפכתי אותו למנדטורי, MAN.
בנוסף עוד כמה GPO , של מדפסת וחסימות וניוד תקיית המסמכים לתקית הבית .
כלומר שכונן Z הממופה ברשת הוא גם תקיית המסמכים של היוזר .

כך יצרתי בשני מוסדות עם כיתות מחשבים שונות .
אחרי שחיברתי את שני הכיתות לאותה הרשת, כיביתי DHCP ושמתי ראוטר שיחלק כתובות .
כעת אני שואל אם יש כזו מציאות שתלמיד ממוסד ב' יתיישב בחדר המחשבים של מוסד א'
ובחלון ה LOGIN יכתוב את שמו כולל הדומיין ויתחבר ליוזר שלו שבשרת השני ולא לזה שאליו התחנה משוייכת כעת .

לגבי הפתרון עם תיקיית הפרופיל - אם זה עובד אז מגניב, לא הכרתי את היכולת הזו (אני כבר כמעט ולא מתעסק עם אדמיניסטרציה, אקרא על זה קצת), אני מקווה שאין בעיות של התנגשות כאשר 2 משתמשים מתחברים ביחד, מה שהגיוני שייקרה בסביבה לימודית בה כל התלמידים מתחברים בד"כ בתחילת השיעור - אבל אני בטוח שכבר בדקת זאת.
לגבי השאלה שלך:
אם זכרוני אינו מטעה אותי - כאשר משתמש מנסה להתחבר לרשת (domain) הוא שולח שאילתא לDNS מי הDC הפנוי לדומיין אליו הוא מנסה להתחבר,
למיטב הבנתי - 2 השרתים שלך שייכים לאותו הדומיין ושניהם, מה-גם המחשבים, נמצאים על אותו הsubnet,
התוצאה היא שלכול מחשב יש סיכוי של 50% לבחור כל אחד מהשרתים על מנת להתחבר אל הרשת, אין לך יכולת לשנות זאת (לא מדוייק, אבל על זה בהמשך) אבל מכיוון שיש לך 2 שרתים לשם שרידות (שהרי אם שרת אחד לא זמין תמיד יהיה לך השרת השני), להפנות את תיקיית הפרופיל לשרת ספציפי (mbysrv במקרה שלך) תהייה בעייתית, 2 הפתרונות שעולים הם:
1. שימוש בשרת storage מרכזי שיודע לטפל בזה
2. שימוש ב DFS שמאפשר לך שיתופים ברמת דומיין (שיתוף מסוג \\domain\folder בלי להזכיר שם שרת) וכן רפליקציה בין תיקיות שונות
https://www.petri.com/create-a-dist...-server-2012-r2
(מתאים לforest שמוגדר לחלונות 2003 ומעלה בלבד, אני מאמין שזו לא בעיה אצלכם)

לגבי בחירת DC ספציפי (או יותר נכון, נתינת עדיפות לDC ספציפי) הדרך הכי "נכונה" לעשות את זה תהייה ע"י הגדרת subnets שונים לכיתות, שזה למעשה גם המצב הנוכחי שלך, ואז שיוך של כל DC ל subnet המתאים לו ע"י שימוש בכלי AD Sites and services
https://technet.microsoft.com/en-us/library/cc730868(v=ws.11).aspx?f=255&MSPPError=-2147217396
באופן כזה כל מחשב קודם כל ינסה להתחבר לDC שנמצא בsubnet שלו ורק אם לא יהיה זמין - ינסה להתחבר לשרת השני, ומכיוון שההפניה שלך היא לשיתוף ברמת הדומיין - אין קשר בין השרת אליו התלמיד מתחבר לבין זה עליו נמצא המידע אליו הוא ניגש.

מילה לסיום לגבי ההפניה, אישית אני מעדיף לשים הגדרות כאלו כGPO במקום על אובייקטים בAD היות וזה הרבה יותר גמיש וקל לשנות בעתיד, תעיף מבט פה אם מתחשק לך
http://www.grouppolicy.biz/2012/07/...y-in-windows-8/
אולי זה יכול להקל עניינים

אגב, אני מקווה שהבנתי את השאלה שלך כמו שצריך, אני קצת עייף ולפעמים קורא לא נכון

<עריכה> ועוד שאלונת... למה זה נמצא בחומרה ולא במערכות הפעלה? אלא אם אתה מחפש פתרון ברמת חומרה, ואז אנחנו פשוט תוקפים את הבעיה מהכיוון הלא נכון

לגבי התנגשות,
את הכיתה הראשונה ששם, אני מנהל כבר 10 שנים עוד מימי 2003 + תחנות XP
וגם אז עבדתי כך, וזה עובד תקין גם כאשר כל התלמידים נכנסים בבת אחת עם היוזר הגלובלי שיצרתי בהתחלה TEST
וגם כאשר כל תלמיד נכנס עם היוזר האישי שלו .
השרת באותה כיתה, קצת ישן, DELL tower

הכיתה החדשה, בת שנה עם שרת רציני מאוד עם מערכת וירטואלית שבתוכנה התקנתי גם SERVER 2012
התוכנית הייתה להעביר את הכיתה הישנה גם כן לוירטואלי ואת שניהם לנהל יחד ורק להפריד בין ה OU
כדי שכל כיתה תקבל את החלויות שלה/מדפסות וכו'
רק שהמורות הותיקות חוששות משינויים ומפחדות מהעובדה שהשרת ישב פיזית במקום אחר מרוחק .
אבל יתכן שזה מה שאעשה לפתור את כל הביעיות .

היום הייתי שם והחזרתי את הכל לקדמותו , כלומר הפרדתי בינהם ונתתי לכל אחד לנהל DHCP של הכיתה שלו
כי הרשת לא תיפקדה טוב , בגלל שהראוטר היה ה DNS ו-DHCP של שניהם .

חשבתי אולי ליצור שרת קבצים משותף לשניהם אבל שוב זה יסתבך עם כתובות IP ושיתופים ,

השאלה שעלתה לי היא,
לשני השרתים יש שני כרטיסי רשת,
הסיבה, רציתי שהאינטרנט יסופק לכיתה דרך השרת שישמש כראוטר .
אז כרטיס אחד שלו מחובר לרשת 192.168.3. ששם יש אינטרנט
וכרטיס נוסף לכיתה ,192.168.1
כך גם בשרת השני, כך ששני השרתים כן "רואים" אחד את השני דרך אותה הרשת , גם אם אני מפריד את הרשת ה"זהה" שלהם .
השאלה היא, האם ניתן לשתף תיקיה משרת A לתחנה שמחוברת לשרת B
כשבעצם היא לא על אותה כתובת .

והסיבה שפתחתי אשכול כאן (טעות קבועה שלי ) בגלל שאני רגיל ממקום אחר שנושאי רשתות וחומרה הולכים יחד ,
כשבעצם כאן רשתות הכוונה לחומרת רשתות ולא מערכות סרבר ($M)

טעות .

דווקא היום, במיוחד ברשת מקומית בה אתה כמעט ולא מוגבל (יחסית) במהירויות - ניהול מרכזי היא הדרך הנכונה והקלה יותר לתחזק רשתות שכאלו, כמובן בהנחה ויש לך ציוד תקשורת אמין מספיק (לא הפורטה שלי, יש להודות)
כלומר - לשים שרת storage מרכזי יהיה לך עדיף, כך גם לא תצטרך להתעסק עם רפליקציות ואת הגיבויים תוכל לעשות אצלך (על כוננים באופן אוטומטי, עם שימוש בshadowcopy שישמור גרסאות אחורה, אם תשתמש בraid 5 וכו') ללא צורך לנהל את כל הנושא של אתרים נפרדים.
המורות אפילו לא צריכות לדעת מזה, והן בטח לא צריכות להכתיב כיצד הארכיטקטורה של הרשת תיראה - וזה מה שהכי הפריע לי מההודעה שלך למען האמת, אתה איש המקצוע ואתה צריך שלך תהייה האפשרות לטפל ברשת בצורה המהירה והיעילה ביותר שאפשר, כמובן אחרי שווידאת כי אכן זה הפתרון העדיף יותר.
בבעיות הרשת לא אגע, אבל אם המטרה היא לעבוד עם שירות מרכזי (ולא כפי שפירטתי מקודם) - רשת יציבה זה ה א'-ב' שצריך

לגבי השאלה שלך - יש לך (או לי?) בלבול קטן, אז נפריד את הרכיבים לאט לאט,
יש לנו 3 שחקנים עיקריים פה
1. תחנת הקצה - זו התחנה שהתלמיד יושב עליה, מזדהה דרכה די להתחבר לרשת ומקבל את הקבצים שלו משרת הקבצים
2. שרת DC - זהו שרת שהמטרה שלו היא לקבל את הבקשה של תחנת הקצה להזדהות מול הרשת ולספק לתחנת הקצה access token שבאמצעותו הוא יזדהה מול משאבי הרשת האחרים
3. שרת Storage - זהו שרת הקבצים שמכיל את הנתונים של התלמידים

1 יכול להתחבר גם ל-2 וגם ל-3 באופן ישיר, כי הם נמצאים באותו subnet וכי מי שאחראי לקשר ביניהם הוא הנתב ("הרשת"), אחרי תחנת הקצה מקבלת אישור מהDC שהיא מתחברת לרשת - היא משתמשת בAT שהיא מקבלת מהDC כדי להזדהות מול שאר רכיבי הרשת ולכן אין בו יותר צורך (בגדול) כדי לגשת לשרת הקבצים.
לכן אפילו אם שרת 3 (ה storage) יושב על רשת נפרדת - כל-עוד יש לך נתב שיודע להפנות בקשות לשרת זה מרשת 192.168.1 שלך אליו - הוא יהיה זמין לכולם בהינתן ההרשאות המתאימות

זו לא הייתה טעות, זה היה המבנה הקודם של פרש, אבל בגלל שהשאלה שלך נוגעת בכול הצדדים אין באמת מקום נכון או לא נכון לשאלה הזו, סתם נבהלתי שהעלה שלי "נעלם"

למשל במערכת הוירטואלית שלי,
אני מקצה נפח בקשיח ועליו מתקין מערכת סרבר נפרדת,(איזה מומלצת)
ואותה אני משתף ברשת
ואליה השרת DCמםנה את כל ה data
שזה הנתונים שמשמשים את התלמידים, מאגרי תמונות וכדו' וגם המסמכים האישיים שלהם.

מבנה הרשת עד כה היה מאוד פשוט
כיתה של 20+ תחנות מחוברות לסוויץ hp 1g כל הפורטים
שרת שעליו מותקן server 2012
Ad dhcp dns
route שמשתף אינטרנט לתחנות מכרטיס רשת נוסף שמחובר לרשת המשרדית של המקום.
כונן d מכיל תקיות שמשותפות ברשת עם מאגרים וגם עם החומר של התלמידים.
שנה שעברה נפתח אגף נוסף ושם כבר קנו שרת רציני
ושם זה כבר עם מערכת וירטואלית שבתוכה התקנתי מערכת ממש דומה לזו שבאגף הישן.
המרחק בין הכיתות כשבעים מטר וביניהם מתחתי כבל cat7
מתוך כוונה לגשר בין שני הסוויצים של הכיתות
ולהעביר את כל הניהול לשרת החדש במערכת סרבר אחת וירטואלית.

http://www.dell.com/support/home/il...J/configuration

המערכת על 2X250 SSD
והקשיחים 4X2TB RAID

אני הפסקתי להמליץ על מערכות הפעלה, זה בעיקר העדפה אישית, כל מערכת הפעלה תדע לטפל בשטחי גודל לפי מה שציינת ובגלל שהRAID הוא חומרתי אפילו לא תצטרך להגדיר בנושא זה שום דבר.
מבנה הרשת לא צריך להשתנות, מכיוון שהתקשורת היא מקומית (ונראה שעלית על הבעיה של חוסר היציבות לפי ההודעה האחרת שלך) אז אתה אמור להיות יציב מספיק בלי קשר איזה מהשרתים משמש כשרת authentication לאיזה מהמכונות אז אפילו לא תצטרך לשנות subnets ורשימת כתובות כפי שדיברנו עליו מקודם.
נניח שתקים את השרת עם השם superfsserver, תוכל להגדיר login script לכול המשתמשים שיריץ את הפקודה

קוד:

 net use d: /delete
net use d: \\superfsserver\studentsDocs\%username% /persistent:no 

וכ logout script

קוד:

 net use d: /delete 

(אני מעדיף להיות בטוח, להעיף הפניות שאולי קיימות, לדאוג שהם לא יהיו קבועים כך שבlogout הם ירדו בכול מקרה ולנקות ביציאה מסודרת גם-כן)

אם אני לא טועה אפשר גם להגדיר בGPO כונני רשת, אבל אני לא זוכר בשלוף

למשל בשרת שלי, כשתלמיד נכנס לתקיה שלו או לציבורית כל שהיא בשרת
הוא לא יכול לטפס או לעבור לתקיה של חבר כי ההרשאות הם לפי משתמש,
איך מנהלים הרשאות תקיות ממערכת למערכת?

מכיוון שגם שרת הקבצים (בהנחה והוא חלונות, או יודע לייצא מערכת קבצים NTFS-ית) נמצא באותו הדומיין ההרשאות נקבעות בדיוק באותו צורה כאילו הקבצים על שרת הDC,

אני מקווה שהבנתי את השאלה שלך נכון, כי האמת לקח לי כמה קריאות כדי להבין (לחשוב?) שזו השאלה...

ציטוט:

במקור נכתב על ידי קוביבי לגבי השאלה שלך - יש לך (או לי?) בלבול קטן, אז נפריד את הרכיבים לאט לאט, יש לנו 3 שחקנים עיקריים פה 1. תחנת הקצה - זו התחנה שהתלמיד יושב עליה, מזדהה דרכה די להתחבר לרשת ומקבל את הקבצים שלו משרת הקבצים 2. שרת DC - זהו שרת שהמטרה שלו היא לקבל את הבקשה של תחנת הקצה להזדהות מול הרשת ולספק לתחנת הקצה access token שבאמצעותו הוא יזדהה מול משאבי הרשת האחרים 3. שרת Storage - זהו שרת הקבצים שמכיל את הנתונים של התלמידים

לא דיברנו על זה כבר?
http://www.fresh.co.il/vBulletin/sh...669#post4415496
מה שה-DC מחלק זה "כרטיסים" (tickets), לא access tokens. את אלה יוצרים לוקאלית על התחנות.

(קרדיט למרשי)
אמר לה ינאי מלכא לדביתיה אל תתיראי מן הפרושין ולא ממי שאינן פרושין אלא מן הצבועין שדומין לפרושין שמעשיהן כמעשה זמרי ומבקשין שכר כפנחס
אמר פסטן: שניהם גרועים, אבל עדיף להיות טיפש מאשר שקרן.

זה נקרא חלוקת עומסים ואתה פשוט מחלק את ה dhcp, dns כולל העברה של עומסים דרך העברה של העומס בעזרה של dc נוסף ועל ידי שימוש בהעברה של fs לשרת אחר ויש עוד כמה דרכים להוריד את העומס עבודה עם sever 2012 r2.
תיקיות פרופיל זה לא בעיה לחלק בין שרתים ולייצר סיכרון בין השרתים השונים ככה שהתיקיות של הפרופיל יהיו בתיקיית רשת/אופציה להיות על יותר משרת אחד או שניהם יחדיו.

will you marry me nesli barda? Operating system: Linux The day Microsoft & apple makes a product that does not suck will be the day they start making vacuum cleaners. say no to Apple&Facebook&MS&Samsung IL&Nokia&Hot&Yes,but say yes to Google

לכן התלמידים לומדים בכיתות שונות, ואני מעוניין שהחומר שלהם יהי נגיש .

הפיתרון שאתה מחפש הוא תיקייה של רשת של הפרופילים של כל תלמיד ומורה אחרי שיש לך dc כפול וסיכרון לתיקייה של הגיבוי אפילו 24/7 שהמידע יהיה על שני השרתים עם כתיבה בשניהם. במילים אחרות שרת אחד נופל , השני יוכל להחזיק את הכיתות עד שהשני יחזור לפעולה.
מיפוי של הכונן זה עושים עם ה gpo לצד הלקוח עם כלל שמחייב את צד הלקוח לקבל את השינוי.
עומס עבודה בכיתה אפשר להוסיף כוננים קשיחים ויש מוצרים שמיועדים לאותה עבודה, אבל צריך לדעת כמה תעבורה וכמה עומס יש על צד השרת, כשיש כלים בחלונות שבודקים את זה.
אני יכול לומר לך שכיתה של 20 איש שלומדת לעבוד על אוטוקאד יכולה לעבוד עם שרת אחד וכונן אחד, גרפיקה זה כבר משהו אחר ושם צריך מערך יותר חזק של כוננים.

זה הפיתרון שאתה מבקש ומה שאתה צריך על פי התיאור שלך בדיוק.

אם אתה רוצה לפצל את התיקיות של היוזרים על השרתים על פי מוסד, זה כבר מחייב פיצול נוסף ורכיבים נוספים בחלונות של צד השרת.

will you marry me nesli barda? Operating system: Linux The day Microsoft & apple makes a product that does not suck will be the day they start making vacuum cleaners. say no to Apple&Facebook&MS&Samsung IL&Nokia&Hot&Yes,but say yes to Google