Wikinger74 10 Geschrieben 2. Dezember 2011 Melden Teilen Geschrieben 2. Dezember 2011 Hallo. Wir setzen bei uns im Unternehmen ausschließlich Apple Rechner ein und planen nun den Umstieg auf Active Directory. Wir haben aktuell einen gehosteten Windows Server 2008 der für alle Büros erreichbar ist. Jedes Büro arbeitet soweit eigenständig für sich und hat KEINE Verbindung zu den anderen Büros. Die dort laufende Domain endet auf *.local was ja bekanntlich bei Apple zu Problemen führt da .local für Bonjour reserviert ist. Unsere Idee war nun für jedes Büro eine office.domain.de Domain aufzustehen die eine Sub-Domain der *.local ist. Frage ist nur: Kann sich ein User aus Büro A ohne weiteres in Büro B anmelden und auf Resourcen zugreifen nachdem diese berechtigt wurden (Universelle Gruppen?). Darüber hinaus geht das auch mit NAP? Zitieren Link zu diesem Kommentar
Robi-Wan 10 Geschrieben 3. Dezember 2011 Melden Teilen Geschrieben 3. Dezember 2011 Hallo, erzähle bitte etwas mehr über die Umgebung, so ist das schwierig eine Empfehlung zu treffen. Wieviele Büros, wieviele Server pro Büro, wieviele Clients pro Büro, wieviele Server im HQ (jeweils angenähert)? Grüße, Robert Zitieren Link zu diesem Kommentar
Wikinger74 10 Geschrieben 8. Dezember 2011 Autor Melden Teilen Geschrieben 8. Dezember 2011 Hallo Robert. Danke für deine Antwort. Zuerst: Es gibt bei uns kein wirkliches HQ da alle Offices für sich eigenständig agieren. Um aber unserem Ziel, der besseren Zusammenarbeit aller Büros einen Schritt näher zu kommen planen wir halt die Umstellung. Aktuell ist es so, dass wir gehostet ein AD haben das von jedem Büro aus erreichbar ist. Also würde ich das einmal als "HQ" bezeichnen. Dort steht ein Windows Server 2008 Active Directory Server. Darüber hinaus haben wir dort noch Datenbankserver als Failover Cluster und Webserver sowie einen seperaten Fileserver. Die dort vorhandene Domain lautet xxx.local Jedes Office der insgesamt 6 Offices verbindet sich mit VPN zum "HQ". Die Anbindung der einzelnen Büros ist unterschiedlich. In jedem Büro sind 1-2 Windows Server 2008 R2 Server geplant. Diese sollen dann unter anderem Active Directory hosten. Pro Büro sprechen wir in etwa von 30-40 Clients (ALLE! Mac OS X). Das Problem das sich nun stellt ist, das Mac's ein großes Problem mit .local Domains haben. Die Frage ist nun, ob man das Active Directory umbenennt (ich habe dazu ne Anleitung vor einiger Zeit gesehen) oder für jedes Büro eine eigene Domain aufsetzt. Da wir viel Cross-Office Projekte haben ist es für uns ganz wichtig das sich jeder, aus jedem Office, in jedem anderen Office anmelden könnte und auch dort auf Resourcen. zugreifen kann. Ich hoffe damit kann man etwas mehr anfangen? Danke Zitieren Link zu diesem Kommentar
zahni 550 Geschrieben 8. Dezember 2011 Melden Teilen Geschrieben 8. Dezember 2011 Schau mal hier: Fixing the “.local” Problem in Mac OS X :: Lessons Learned oder You receive an "unexpected error occurred" error message when you try to access resources on a Windows-based network from your Macintosh computer Google ist voll davon. Bei Apple müsste es auch KB-Artikel geben. -Zahni Zitieren Link zu diesem Kommentar
unst 10 Geschrieben 8. Dezember 2011 Melden Teilen Geschrieben 8. Dezember 2011 gerade wenn es um viele cross-office-rechte geht, würde ich keine eigentständige Sub-Domain pro Büro empfehlen - wir haben hier einen ähnlichen Aufbau, 4 Domains über die Weltkugel verteilt, und der Zugriff für User von DOMAIN1 auf DOMAIN2 Ressourcen ist nicht so einfach zu realisieren wie man sich das vorstellt, wir reden hier von über 40k Objekte pro Domäne und der Verwaltungsaufwand ist riesig. Wie ist es bei euch z.B. wenn user X von Büro A nach B zieht inkl PC, schon hast du nen Eis gegessen... Zitieren Link zu diesem Kommentar
samsam 14 Geschrieben 8. Dezember 2011 Melden Teilen Geschrieben 8. Dezember 2011 Moin, lies diese link: Friday Mail Sack: Dang, This Year Went Fast Edition - Apple hates .local domains MFG Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.