fis5 10 Geschrieben 21. Oktober 2009 Melden Geschrieben 21. Oktober 2009 Mahlzeit, ich habe ein Problem. Mein Kollege hat sich einen Spaß erlaubt und folgendes gemacht. Er war in ADSI-Edit und hat beim Standardmäßiger Namenskontext\DC=Domaine,DC=LOCAL unter Eigenschaften überall ein VerweigerungsAttribut gesetzt. Mit fatalen auswirkungen. Ist es möglich irgendwie das Attribut zu ändern oder müssen wir eine Sicherung zurückspielen. Mein Kollege hat natürlich schon entsprechend seine Konsequenzen zu spüren bekommen doch nun stehe ich mit der S****** hier alleine. Ich hoffe Ihr könnt mir helfen. Gruß Frank
NilsK 3.046 Geschrieben 21. Oktober 2009 Melden Geschrieben 21. Oktober 2009 Moin, wow, den Kollegen möcht ich mal kennen lernen. Oder noch besser: Eure Geschäftsführung. Preisfrage: Wie sinnvoll ist es in so einer Situation, überhaupt mit dem Restore von Band zu warten und sich in Foren rumzutreiben? Oder um es genau zu sagen: Sieh zu, dass du dein Backup zurückspielst. Und danach besucht ihr einen Grundkurs in verantwortlicher IT-Administration. Gruß, Nils
djmaker 95 Geschrieben 21. Oktober 2009 Melden Geschrieben 21. Oktober 2009 Wieviel DCs habt Ihr in Eurer Umgebung?
zahni 587 Geschrieben 21. Oktober 2009 Melden Geschrieben 21. Oktober 2009 Tja, möglichersweise hast Du morgen auch mehr Platz Büro. Sachen gibts... -Zahni
fis5 10 Geschrieben 21. Oktober 2009 Autor Melden Geschrieben 21. Oktober 2009 Hallo, wir haben in diesen Trust noch 2 weitere DCs. Wir haben den defekten mit einer Bandsicherung wiederhergestellt und mit einen funktionierenden DC replizieren lassen. Das mit dem Platz im Büro ist richtig, er wurde von der Arbeit mit sofortiger wirkung entbunden, was das für micht bedeutet, alle Passwörter ändern usw. kann sich ja jeder denken. Was mich interessieren würde, kann man dieses PRoblem auch auf einer anderen Weise beheben? Gruß Frank der immer noch auf der Arbeit ist
NilsK 3.046 Geschrieben 22. Oktober 2009 Melden Geschrieben 22. Oktober 2009 Moin, du wirst keine sinnvolle Möglichkeit haben, einen solchen Angriff auf andere Weise zu korrigieren. Was mal wieder die Notwendigkeit zweier Dinge zeigt: Laufende Backups und verantwortungsbewusste Administration. Denn kaputt spielen kann man alles, sogar unsinkbare Kreuzfahrtschiffe. Gruß, Nils
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde dich hier an.
Jetzt anmelden