dsman

Hallo, das Office ist immer nur 32Bit. Genauso die ADMX Datei. Der Pfad in dem ich den Eintrag finde ist: HKEY_CURRENT_USER\Software\Policies\Microsoft\office\15.0\common\general\sharetemplates Dieser Eintrag ist auf beiden Systemen gesetzt. Sowohl auf dem wo der Eintrag nachher im Word gesetzt ist als auch in dem System das den leeren EIntrag in Word hat.

Sorry, aber vielleicht drücke ich mich falsch aus, dass du mich nicht verstehst. Der Pfad zu den Vorlagen ist egal was ich da eintrage. Wenn ich unter Word -> Optionen -> Erweitert -> Dateispeicherorte -> Arbeitsgruppenvorlage gucke, dann ist da kein Pfad eingetragen, obwohl sich der PC die Gruppenrichtlinen gezogen hat und andere Teile der RIchtline abgearbeitet hat.

Der Pfad zeigt ins Netzwerk und da haben die User auch Zugriff. Das Problem ist auch, dass der Pfad z.B. in Word nicht eingetragen ist. Der Eintrag Arbeitsgruppenvorlage ist dann leer.

Hallo, ich habe ein kleines Problem mit der Verarbeitung von Office 2013 ADMX Templates unter Windows 7 x64. Folgende Situaltion: Domäne Windows Server 2008R2 Clients Windows 7 x64 und x86 mit Office 2007-2013 32Bit Es gibt eine Gruppenrichtline mit welcher ich den Vorlagen Pfad in Office anpassen möchte und die Kalenderwochennummern in Outlook einstellen möchte. Es funktionieren alle bis auf eine Konstellation. Windows 7 x64 und Office 2013. Die Abarbeitung der GPO habe ich mit gpresult und rsop überprüft. Der Client zieht sich die GPO. Ich kann auch in der Registry erkennen, dass der Pfad zu den Vorlagen unter HKEY_CURRENT_USER\Software\Policies\Microsoft\office\15.0\common\general eingetragen wird. Aber wenn ich Word öffne ist der Vorlagenpfad leer. Hat einer von euch eine Idee woran das liegen könnte? Odfer kann jemand das in seiner Domain einmal nachstellen? Vielen Dank und viele Grüße Oli

Hallo, entschuldigt bitte meine späte Rückmeldung. @lefg Die Standorte sind jeweils mit einer VPN zu jedem anderen Standorten verbunden. Das umstecken am Switch habe ich noch nicht probiert. Die VPN Verbindung habe ich schon einmal getrennt, dann melden die Clients sich ganz normal am Standort DC an. Ob der DC zu langsam Antwortet kann ich nicht sagen, wenn das VPN getrennt ist, melden sich die Client genauso schnell an wie mit VPN. Kann ich das sonst noch irgendwie testen? Ich habe mal versucht an den Clients den DynamicSiteName in der Registry zu manipulieren. Das hilft vielleicht für 1-2 Anmeldungen, dann meldet der Client sich wieder an den anderen DCs. Ich habe letzte Woche festgestellt, dass vereinzelt Clients aus den anderen Site sich auch anderen Site anmelden. Sie melden sich nur nicht am DC im Problem Standort an. @samsam Die Sites Einträge sind richtig. Das einzige was mir aufgefallen ist, dass unter _msdcs.domain.local->dc->sites beim Problemstandort die Kerberos und ldap einträge doppelt sind. In den anderen Sites sind die Einträge pro DC nur einmal. Ich hatte noch einen Interessanten Artikel gefunden, aber leider hat das dabei auch nicht geholfen. http://blogs.technet.com/b/ajayr/archive/2011/12/14/who-does-dns-client-prefer-preferred-or-alternate.aspx

Hallo, leider nicht. Unsere Standorte sind nach deren Städten benannt.

Hallo, ich habe das Thema von Yusuf noch einmal durchgearbeitet. Doch leider funktioniert das immer noch nicht. Den einzigen unterschied, den ich noch gefunden habe war die Priorität beim DNS. Die Stand bei mir Standardmäßig bei allen auf 0. Ich habe das jetzt mal in dem einen Standort auf 1 gestellt und dann noch einmal getestet. Leider kein Erfolg. Ich würde mich freuen, wenn ich noch weitere Tipps bekommen könnte! Viele Grüße Oliver

Hallo, vielen Dank für deine Hilfe! Den DynamicSiteName habe ich gecheckt. Der steht dann auch auf dem falschen Standort. Ich habe den Eintrag dann auch schon einmal manuell angepasst und dann neu gestartet. Dann meldet sich der Client auch für 1-2 mal an dem passenden DC an. Leider schaltet er dann auch nach einer Zeit wieder auf den anderen um. Wenn ich den SiteName eintrage dann funktioniert das dauerhaft. Ich habe nur gelesen, dass man das am besten nicht dauerhaft eintragen sollte. Die Clients an dem Standort werden diesen nie verlassen, sodass es da zu Problemen kommen könnte. Ich würde das ungerne dauerhaft so eintragen, dann muss man sonst immer wieder daran denken, dass bei neuen Clients einzustellen. Man könnte dafür eine GPO anlegen... Wie sieht das denn aus, wenn der fest eingetragene DC dann ausfällt? Fragt er dann trotzdem bei den anderen an? Was ich noch vergessen habe... kann man den Clients nicht sagen, in welchen AD Standort sie sind?

Hallo, leider scheint es das noch nicht gewesen zu sein. Die GPO würde vom Client gezogen. Er meldet sich aber auch nach einem Neustart wieder an DC der anderen Standorte an. Was verwunderlich ist, dass jetzt wieder 2 Clients am richtigen DC anmelden. Die anderen aber nicht. Das selbe Phänomen hatte ich gestern Nachmittag auch. Doch heute morgen klappte es dann wieder nicht. Hast du oder jemand anderes noch eine Idee dazu?

Guten Tag zusammen, IST Situation: 3 Standorte mit 3 unterschiedlichen IP Kreisen. alle 3 Standorte können sich gegenseitig per VPN erreichen jeder Standort hat mindestens 1 DC mit GC (OS min. Windows Server 2008) in AD Standorte und Dienste sind die Standorte eingetragen, Subnetze sind passend zugeordnet und die DCs sind auch den Standorten zugeordnet. Jetzt zum eigentlichen Problem. Meine Clients in einem Standort melden sich nur sehr selten an dem DC ihres Standorts an. Deshalb habe ich auch Probleme mit dem Zugriff auf die passende DFS-R Ressource. Der Server hat keine Auslastungsprobleme. Im AD und DNS gibt es keine Fehlermeldungen. Auch der BPA gibt keine Fehlermeldungen aus. Ich hoffe einer von euch hat noch Ideen, was ich jetzt noch überprüfen könnte. Ich habe die letzte 2 Tage mit suchen in Foren verbracht. Bei dem Thema Kosten in AD Standort und Dienste bin ich mir nicht sicher, ob ich etwas konfigurieren muss. Momentan sind alle in der DefaultIPSiteLink eingetragen. Wenn ihr noch weitere Infos zu meiner Umgebung benötigt stehe ich euch gerne zur Verfügung. Viele Dank! Oliver