Velius

Schlussendlich kann man alles so drehen, dass man selbst im besseren Licht dasteht. Der Punkt ist doch, stell man sich selbst in Frage wenn man angefahren wird (und damit meine ich wirklich in Frage stellen, oder nur denken "..ich hab doch nichts gemacht.."). Das ist nicht nur ein Boardproblem.....

Hab eine vllt altmodische Betrachtungsweise dazu - der Hilfesuchende sollte als aller erstes darauf achten nicht zu entgleisen. Schliesslich kann ich auch nicht in einen Laden gehen und den Verkäufer anrotzen, wenn er mir nicht bieten kann was ich suche. Abgesehen davon wird hier nichts verkauft, geschweige denn daran verdient - man sollte froh sein einen Ort zu haben wo um Rat (gratis) bitten kann, und das nicht als Selbstverständlichkeit ansehen. Natürlich ist aber ein unbegründetes Angehen ein absolutes no-go! Solange sich aber alle etwa auf dem gleichen Level bewegen seh ich kein Problem; dann darf es auch etwas heftiger zugehen denke ich, aber alles in Grenzen natürlich. Entgleisungen sollte man versuchen über PN zu regeln - wir sind alle nur Menschen, ich eingeschlossen.;)

Es sind aber mehr als blos 2 Regeln da.;) Schalte mal die System Regeln, rechts bei den Tasks ein.

Stimmt, geht beim ISA nich;) Ist die Regel vielleicht deaktiviert?

Du meinst jetzt den DC und das USN Roll-back? Geht nicht.... das Problem entsteht nicht weil die Dinger komunizieren. Kuck dir den Artikel etwas genauer an. Wenn dir das Alles nicht geheuer ist und du auf die anderen Ratschläge der Members nicht eingehen möchtest oder kannst, dann nimm NTBackup, das funktioniert!, und ist kostenlos.

Und was steht denn im Protokoll? Das Verzeichnis siehst du im IAS Snap-in, müsste glaube ich %systemroot%\windows32\logfiles sein. Tippe auch drauf, dass das RADIUS Server-Client Passwort nicht stimmt. Am besten auf der PIX und dem IAS neu eingeben.

Auf meinem ISA ist die letzte Regel die 'Last Default Rule' (Englisch), könnte also auch 'Letzte Standard Regel' heissen. Ist deine Rule davor oder danach?

Da sollte aber was zu sehen sein - bist du sicher, dass du nicht was übersehen hast?:suspect:

Es gibt eine sogannte Drop-all Rule auf dem ISA. Wenn deine Rule nach dieser Rule kommt, dann hast du Pech. Schalte mal die Ansicht für die Systemregeln ein, dann solltest du etwas klarer sehen.

Die Prokollierung ist aber genauer als die Eventlogs. @CasaGrande Einfach anschalten und mal posten was da so geht, oder Fragen wie man das macht!;)

Hast du auf dem IAS die Protokollierung aktiviert?

Soweit ich weiss werden tatsächlich nur nsf als solches gesichert (trotz Agent, den braucht's aber dennoch). Enzelne Elemente sind zumindest von BE aus nicht anwählbar (Domino und Exchange unterscheiden sich in der DB und Filestruktur schon stark). Allerdings solltest du vom Domino selbst aus Möglichkeiten haben, einzelne Elemte zurück zu holen, ähnlich dem Recovery Store bei Exchange. Im Prinzip reicht es die nsf an einen alternativen Ort wiedeherzustellen und dann doppelklick drauf. Aber das erklärt dir wohl Jemand der mehr Ahnung von Domino hat als ich...

Also wenn das Konto oder die Gruppe der User, die das machen sollen, Vollzugriff auf die OU haben (Delegation), wo die Computer drin stecken, dann müsste das auch klappen. Die Rechte kann man dann später wieder entfernen.

Ich würde zusätzlich noch die CISCO VPN-Dienste beenden, sollten die gestartet sein. Schaden kann's ja nicht.

Ja schon, aber wie sagst du dem RIS, dass er von seinem Boot-Menu aus ein Boot-image vom Linux PXE (oder TFTP) Server laden soll und umgekehrt? Ne Möglichkeit wäre eines der Boot-Menus so anzupassen, dass alles von einem PXE Server geladen werden kann, fragt sich blos ob das soweit konfigurierbar ist.

Welche Rechte haben die Veritas Dienstkonten? Symantec empfiehlt ja ein Domain Admin Konto zu verwenden bei der Installation. Sollte das der Fall sein, dann müsste ein Server Operator die BE Anwendung starten können, da die Dienste ja unter einem anderen Konto laufen...

Kuck mal hier: PXE Server Directory Service (PXESDS)

Das kriegst du nur mit einer Migration gebacken. Boardsuche mal anschmeissen....

Nur ne Idee, aber stimmt auf einem der Rechner die Netmask nicht?

ICh weiss, wollte blos keine Software verkaufen hier.;) Ausserdem sehe ich kein Grund dafür einen DC zu imagen - ich habe kein Zeitdruck sollte einer abrauchen, denn die sind alle fehlertolerant konfiguriert.

Nun, es liegt in der Natur der Sache, dass dich der Hersteller der Software nicht drauf hinweisst "....W2K3 Server sichern schon, ABER Domänen Controller nicht.....", jdenfalls steht das nirgends dick und fett. Erst durch Erfahrung, ausgiebiges Recherchieren oder durch Ausbildung kann man diese Wissen erlangen, leider.... Ja, das integrierte NTBackup von MS macht das ordentlich, nur hast du leider nicht den Vorteil eine 'schnellen', bare-metal Wiederherstellung des DCs. Du musst diesen erst neu installieren und das Backup einspielen. Allerdings seh ich das nicht als problematisch an, denn DCs sind an sich schon fehlertolerant designt - sobald du zwei oder mehrere hast, kann dem AD nicht viel passieren (ausser Fehlmanipulationen natürlich).

Die Boot-CD hat damit nicht viel zu tun. Die online Imaging Produkte von Symantec und Acronis konnten das bisher nicht (einen AD DC korrekt sichern), aber seit True Image 9.1 sollte das funktionieren, zumindest laut Hersteller.:wink2:

Klar, das Ding platt machen und die Metadaten bereinigen ist sauberer (wenn man weiss wie vorgehen:D ).

Veränderungen die auf diesem DC gemacht wurden sind sicher im Eimer, ABER du könntest das hier befolgen: Solltest du den DC doch wie im fett markierten Teil normal hochgefahren haben, dann bügel das Image neu drüber und fahr die Kiste anschliessend im Wiederherstellungs Modus hoch und setz den Key, würde aber sicherheitshalber noch ein Sysstate Backup des/der anderen DC(s) machen vorher.

Vergiss es; das Image kannst du gleich neu erstellen, da alle Registry Tricks und generischen IDE Controller bei diesem Controller (IBM) nicht funktionieren, leider. Den BIOS Trick kannte ich nicht, könnte aber zusammen kombiniert klappen