nic7575

Sind diese Konten irgendwie besonders ? Mitglied Domainadmins z.B. ?

Also ich hatte jetzt mal die Gelegenheit den Server neu zu starten. Danach waren die GroupMetrics neu generiert. Allerdings tut er das nur beím Neustart nicht nach Zeitplan. @Norbert ... irgendeine Idee warum er den Zeitplan nicht ausführt ?

Der Fehler taucht leider weiterhin auf.....ca. alle 60 Minuten C:\Program Files\Microsoft\Exchange Server\V14\GroupMetrics immer noch alter Stand....vom 06.03. :(

Gemacht: Ergebnis im Protokoll: Der GroupMetrics-Synchronisierungszyklus ist abgeschlossen. 1 GroupMetrics-Dateien wurden erfolgreich synchronisiert. Der Synchronisierungszyklus der Offlineadressbücher ist abgeschlossen. 1 Offlineadressbücher wurden erfolgreich synchronisiert. Ich warte mal ein paar Stunden und schaue mal wieder in Protokoll

Syncronisationsprobleme betreffen wohl die Formulare Fehler [8004010F-501-8004010F-0] Also hat wohl nichts mit dem OAB zu tun. Dies kann ich auch problemlos manuell runterladen.

Doch habe ich....wobei ich gerade innerhalb von Outlook feststelle das es dort Synchronisationsfehler gibt. Schaue ich allerdings in das Verteilerverzeichnis rein ist doort alles....hmm

Tja...sag mir einen anderen Weg...

Hallo Leute, bin mal wieder etwas aufm Schlauch. Exchange 2010 SP2 UR1, der einzige in der Struktur Ich bekomme im Anwendungsprotokoll immer die Fehlermeldung: MSExchange MailTips ID14039 Die letzte Gruppenmetrikdatei wurde um 06.03.2012 20:43:59 generiert und ist somit älter als 13.03.2012 07:11:01. Na gut dachte ich mir. Dann sagst ihm mal das er dafür zuständig ist: Set-MailboxServer exchangeserver -ForceGroupMetricsGeneration $true und sage ihm nochmal, dass er dies immer morgens machen soll: Set-MailboxServer exchangeserver -GroupMetricsGenerationTime 09:00 Tja, das Ergebnis ist.....er macht nix. Unter C:\Program Files\Microsoft\Exchange Server\V14\GroupMetrics sind die Dateien immer noch mit Datum 06.03.2012 Aus dem Anwendungsprotokoll kann ich dann im Anschluss immer wieder nur die o.g. Fehlermeldung entnehmen. Ich habe aber keinen Eintrag wonach er da was generiert.....

Hallo Zusammen, habe hier einen Exchange 2010 SP1 UpdateRoleUp 6 Ich finde keine Möglichkeit einer Dynamic Distributiongroup mehrere OU's zuzuweisen. Mein Problem ist, dass ich vier OU's auf einer Ebene habe, dessen Benutzer aber in einer Dynamic Distributiongroup sein sollen,also müsste ich alle vier OU's in die Dynamic Distributiongroup reinbekommen. Hat da jemand einen Tip ?

Das 104er Netz ist das letzte Netz welches nach Trennung von der ehemaligen Konzernmutter übrig geblieben ist. Tatsächlich war das 104er Netz mal "nur" ein Standort im AD mit einem RO-DC. Jetzt expandieren wir wieder. Da wir voraussichtlich viele kleine Stationen bekommen werden, die sich, wegen einer bestimmten Software, nur via LAN-o-LAN Kopplung in die Zentrale verbinden können ist mein Gedanke gleich in ein 16er-Netz gegangen. Jede Station wird einen Thinclient und einen Drucker haben. In der Zentrale habe ich jetzt noch ca. 40 Adressen frei. An Stationen werden ca. 70 hinzukommen, also 140 IP's. Wenn in der Zentrale auch noch ein gewisses Wachstum zu erwarten ist könnte ein /23 auch erstmal reichen. Dann habe ich den Adressraum 192.168.104.1-192.168.105.254 wenn ich mich nicht irre, also 512 Adressen. Leider bin ich noch der einzige Admin, deshalb hilft es manchmal sich andere (eure) Meinungen einzuholen. Erweitern kann man ja immer nochmal.

Was meinst Du mit overlapping ? Wenn ich ein Subnet mit de Maske 16 habe, was sollte da überlappen ?

Wenn Du den DC nicht als primären DNS nicht via DHCP verteilst gibt es wohl automatisch Probleme. Warum nutzt Du den DC nicht als DHCP und trägst den Router als DNS-Forwarder ein ?

Hallo zusammen, aufgrund einer Expansion der Firma reichen die IP-Adressen nicht mehr aus. Wir haben bisher ein 192.168.104.0/24 und möchten auf /16 wechseln. Gibt es hier unter einer Domainfunktionsebene 2008R2 etwas besonders zu beachten ? Gruß

Klappt leider nicht... Edit: Klappt doch ... hatte den Loopback auf Zusammenführen anstatt ersetzen. Danke !!!

Das würde ich ja gerne machen....aber selbst als Administrator auf der Console kann ich es nicht...siehe Bild

Hallo Leute, dumme Frage, wars***einlich ist sie schon zig Mal beantwortet worden...ich habs aber nicht gefunden. Habe einen 2k3r2-Terminalserver. Egal wie ich mich anmelde bekomme ich keine Uhr in der Taskleiste. Eine GPO habe ich auch nicht gefunden. Welche Lösung gibt es da !? Gruß

Nein Klaus ist kein Bestandteil der Namens. Die Dame heisst Meyer :wink2: Die Benutzer sollen über ihre Workstation das Kennwort ändern können. Und zwar über Affengriff. Die Meldung lautet dann: Das Kennwort konnte nicht geändert werden, da es nicht den Komplexitätsrichtlinien der Domäne entspricht......

Ein Benutzer hat zum Beispiel versucht (bei eingeschalteter Komplexität) das Kennwort Kla1us2* zu setzen. Das ist dann aber gescheitert von wegen wäre nicht komplex !??:confused:

Benutzer haben das Recht Kennwörter zu ändern, die Benutzer sollen es an der WS ändern über strg alt entf

Ich werde noch schwach, unser DC akzeptiert die neuen Kennwörter der Benutzer nicht. Anfangs hatte ich noch komplexe Kennwörter eingefordert, nachdem das nicht ging habe ich das mal deaktiviert. Aber er schreit weiter nach den komplexen Kennwörtern. Jemand ne Idee ? Im Anhang mal ein RSOP von einem Client. Man sieht er zieht sich die Kennwortrichtlinien aus der DefaultDomainPolicy. Sollzustand sollen eigentlich Kennwörter wie 1Geheim+ sein. Das wäre ja komplex. Nur kann ich nicht einmal so ein Kennwort setzen. Gruß

Neu aufgesetzt, nun läuft alles ;)

Ja RDP ist per GPO überall erlaubt. Es ist ja nicht nur RDP auch das der DC nicht ins Internet kommt stört mich ungemein

Ob es schon mal funktioniert hat, keine Ahnung ... Nicht wirklich.....worauf wäre zu achten ?

ich komme von außen (VPN) nicht auf den DC per RDP. Das Gateway ist korrekt eingestellt. Alle anderen Server sind erreichbar. Aus dem internen Netz bekomme ich auch Kontakt zum DC per RDP. Um dem Problem etwas näher zu kommen habe ich dann mal das Routing auf dem DC angeschaut. Da scheint es dran zu hängen….ICMP geht nicht raus und ins Internet kommt der DC auch nicht. Schon etwas eigenartig. Bei allen anderen Servern der Domain geht es aber. Der DNS-Server des DC scheint also zu funktionieren. Ich möchte einen sauberen DC haben und keine Fehlerkrücke. Deshalb überlege ich den DC neu aufzusetzen, bevor in Kürze die Anbindung eines weiteren Standortes mit 100 Clients stattfindet.

Wir sind gerade dabei eine neue Struktur aufzubauen mit vorerst 6 Clients. Ein zweiter DC existiert noch nicht. Der DC hat nun einen Fehler. Ist es möglich die Clients aus der Domäne zu nehmen und in eine gleich benannte wieder zu integrieren ohne das dies zu Problemen führt ? Gruß