Workgroup מול Domain

למה ארגון עובר לניהול מרכזי ומה זה נותן בפועל.

ב־Workgroup כל מחשב עומד בפני עצמו: לכל מחשב משתמשים משלו וסיסמאות משלו. עם 5 מחשבים זה עובד, עם 50 זה סיוט.

Workgroup — אין ניהול מרכזי, אין מדיניות אחידה, סיסמה נפרדת בכל מחשב.
— מסד נתונים מרכזי ( DS), חשבון אחד לכל המחשבים, מדיניות () אחידה, ניהול הרשאות מסודר.

ארכיטקטורה ותיאוריה — מתחת למכסה המנוע

Workgroup = ניהול מבוזר. כל מחשב מחזיק בסיס משתמשים משלו (SAM המקומי) ומאמת מקומית. = ניהול מרכזי — כל האימותים עוברים דרך DC, וההרשאות מוגדרות פעם אחת.

ב־Workgroup: 20 מחשבים = 20 בסיסי משתמשים. סיסמת אדמין משתנה — משנים על 20 מכשירים.
ב־: משתמש דומיין יכול להתחבר לכל מחשב שהוא חבר בו, וה־ אוכף מדיניות אחידה.
מעבר מ־Workgroup ל־: Add-Computer + reboot. הפרופיל המקומי לא זז — נוצר פרופיל חדש.

הגדרה מעשית (PowerShell / GUI)

# הצטרפות לדומיין
Add-Computer -DomainName corp.local -Credential CORP\Administrator \
  -OUPath 'OU=Workstations,DC=corp,DC=local' -Restart

# יציאה מדומיין (חזרה ל-Workgroup)
Remove-Computer -UnjoinDomainCredential CORP\Administrator -WorkgroupName WORKGROUP -Restart

powershell

תרחישי אמת בארגון

עסק קטן (5 מחשבים) — Workgroup + סיסמאות זהות + סנכרון OneDrive.
משרד עורכי דין (30 מחשבים) — עם + מיפוי כוננים + הדפסות מרכזיות.
מפעל עם 200 מכשירים — חובה, אולי כמה Sites.

אבחון ופתרון תקלות

'The trust relationship failed' — סיסמת חשבון המחשב לא סונכרנה. פותרים: Reset-ComputerMachinePassword או Test-ComputerSecureChannel -Repair.
לאחר הצטרפות — משתמש לא מוצא את הפרופיל הישן. הפתרון: העתקה ידנית או User Profile Wizard.

מילון מונחים ושורת פקודות מהירה

SAM = בסיס משתמשים מקומי.
NETLOGON = שירות שמנהל את ערוץ האמון עם ה־DC.
מעל 10 מכשירים = .

Workgroup מול Domain

מה תלמדו כאן

בדוק את עצמך