Operator

Hi, versuch mal BartPE. Basiert auf Windows. Zur Erstellung der CD wird die Windows CD benötigt. http://www.nu2.nu/pebuilder/ Gruß Andre

Hi firefighter, hab leider keinen Exchange Server zu Hand, um das selbst zu testen. Aber mit FileMon bzw. Regmon von sysinternals.com (beides Freeware) findest Du raus, welche Änderungen beim Setzen des Hakens vorgenommen werden. Gruß Andre

Hi Daniela, leitest Du alle Anwendungsdaten, Eigene Dateien und Desktop wirklich nach "\\servername\Freigabe$\" um? Oder hast Du ein %username% angehangen? Wenn ersteres der Fall ist, dann kann ich mir das gut vorstellen, da dann alle User denselben Ordner für die Umleitung nutzen und diese dann entsprechend oft aktualisiert werden. Durch anhängen von %username% wird in der Freigabe für jeden Benutzer ein eigener Ordner erstellt. Gruß Andre

Hi Finanzamt, freu mich immer wieder auf deine Posts zu antworten :) Ich würd das ganze jetzt spontan per WMI und VBScript lösen. Ich weiß nur nicht inwieweit Du damit klar kommst. Wenn ich mal Zeit hab bastel ich auch wohl ne Kleinigkeit. Über die Klasse Win32_Printer kannst Du Drucker-Stati lokal und remote prüfen. Vorausgesetzt, WMI läuft auf dem Zielrechner. Bei 2000 und XP kein Thema, bei NT bin ich mir nicht mehr so sicher. Wenn Du den Druckerstatus weißt, kannst Du auch gleich via VBScript den Drucker verbinden und eine entsprechende Meldung ausgeben. Gruß Andre

Hi, schau am Besten deine Richtlinien nochmal durch. Bei uns blende ich u.A. auch Laufwerk C: aus. Das Starten von Anwendengen über Verknüpfungen ist aber weiterhin möglich. Vielleicht hast Du noch irgendwelche Anwendungsbeschränkungsrichtlinien definiert? Gruß Andre

Hi zimbo, ich denke schon, daß wir dich verstanden haben :) Dein Problem wirst Du nur mit GPO's nicht lösen können. Du könntest aber, wie rablu geschrieben hat, mit netsh die Konfiguration vornehmen. Folgender Befehl setzt den DNS Server auf 192.168.0.200 netsh interface ip set dns "LAN-Verbindung" static 192.168.0.200 Die Verbindung muss dann nur überall LAN-Verbindung heißen! Vielleicht hilft Dir ja der Ansatz. Gruß Andre

Hi, das Kennwort für die geplanten Tasks etc. wirst du manuell ändern müssen. In den Eigenschaften für das Benutzerkonto könntest Du aber den Haken für "Kennwort läuft nicht ab" setzen. Solange das Kennwort relativ sicher ist und das Kennwort manuell bei Zeiten mal geändert ist, ist eigentlich alles in Ordnung. Gruß Andre

Mir ist nicht bekannt, daß es sowas gibt. Und ich glaube nicht, daß MS mir das in den MCSE2000 und MCSE2003-Schulungsunterlagen vorenthalten hat :). Wo hast Du sowas denn gelesen? Mehr als die gegebenen Richtlinien gibt es m. E. nicht. Gruß Andre

Hi, dafür wird normalerweise DHCP eingesetzt. Gilt auch für fast alle anderen Netzwerkparameter. Gruß Andre

Hi peso, am Besten wendest Du dich da an den Hersteller. Zumindest kann ich hier keine allgemeingültige Fehlermeldung erkennen, die auf ein "Standard"-Problem hindeutet. Meistens liegt es aber an mangelder Berechtigung oder Software wie Norton Internet Security, Antiviren- und Spyware-Lösungen, die irgendwas blockieren. Dann gibt es noch Leute, die an Ihren Diensten "rumfeilen", um ihr System zu optimieren. Und das oft ohne zu wissen, was dann hinterher nicht mehr funktioniert. Da Klickident auf einem anderen PC funktioniert, denke ich mal, daß an irgendeiner lokalen Konfiguration was nicht stimmt. Du könntest noch mal einen Blick ins Ereignisprotokoll werfen. Vielleicht findet sich da ja noch der eine oder andere Hinweis, der uns weiterhelfen könnte. Gruß Andre

@raisu_de: Stimmt :) Hätte ich doch glatt vergessen. Aber sobald man die Fehlermeldung sieht fällt's einem sowieso wie Schuppen aus den Haaren. @flattman: Bitte bitte... Versuche immer mir Mühe zu geben ;) Ich hoffe, daß deine Migration auch funktioniert. So wie lefg schon sagt, kann man das ganze nicht als "einfachen" Kopiervorgang bezeichnen. Gruß Andre

Hi Ritchie, ja verstecken von C: ist ja auch kein Problem. Aber es wird als Lösung angeboten, damit das lokale User-Laufwerk C: auf dem Server genauso heißt. Solange man nur Software mit MS-Logo einsetzt (also MS-zertifiziert) sollte es mit verbogener Software keine Probleme geben. Gruß Andre

Das wird häufig aus dem Grund gemacht, daß dann Clientlaufwerke wie C: und D: auch am Terminalserver mit den Laufwerksbuchstaben genutzt werden können. Dies erleichert den TS-Anwendern den Zugriff auf Dateien auf dem Client-Rechner. Das Systemlaufwerk M: wird dann meist via Richtlinien versteckt. Gruß Andre

Hi, wenn Du schon so'n netten Server hast und mit der Leistung nichts anzufangen weißt UND das Teil auch noch ordentlich nutzen willst, kannst Du ja mal VMWare GSX Server in Betracht ziehen. Kostet zwar auch Geld, ist aber im Endeffekt billiger als ein weiterer Server. Damit kannst Du dann mehrere virtuelle Server auf dem einen Server fahren. Preis ca. 1000€ für Server bis 2 CPU. Leider ist dieser Server dann ein Single Point of Failure, so daß eine hardware-redundante Lösung (sprich ein zweiter Server) sicherlich die bessere Lösung wäre. Gruß Andre

Hi, beides gleichzeitig kannst Du nicht anstoßen. Aber nach der Rückkehr aus dem Hibernation Mode wirst Du ja standardmäßig nach deinem Kennwort gefragt. Vielleicht reicht Dir das ja schon. Du kannst Dir eine Verknüpfung mit folgendem Inhalt erstellen: RUNDLL32.EXE PowrProf.dll,SetSuspendState Das sollte deinen PC einschlafen lassen! :) Gruß Andre

Hi, da ich mich mit Exchange nicht so gut auskenne, liefere ich mal nur den Active Directory Teil. 1. Am besten gehst Du so vor, daß Du einen weiteren (den neuen) Domänencontroller aufsetzt (inkl. DNS) und ihn zum Mitglied der Domäne machst. Danach stufst Du ihn zum DC der vorhandenen Domäne hoch (dcpromo.exe). Dabei werden schon mal alle Konten repliziert. 2. Danach solltest Du alle Betriebsmaster übertragen (http://support.microsoft.com/kb/255690/DE/). 3. Via NTBackup kannst Du vorhandene Benutzerprofildaten (Roaming Profiles) und andere Daten sichern und auf dem anderen Server wiederherstellen. Die Profile selber sind bereits durch die AD-Replikation übertragen worden. 4. Soweit ich weiß, kannst Du via NTBackup auch die Postfächer einfach mitsichern und nach der Installation von Exchange auf dem neuen Server (samt Konfiguration) auch wiederherstellen. Ich weiß aber jetzt nicht, ob man die Exchange Konfiguration auch selektiv wiederherstellen kann, ohne den gesamten Systemstatus wiederherstellen zu müssen. Da übergeb' ich einfach mal an die Exchange Experten hier im Board. 5. Via dcpromo.exe kannst Du nun den alten Server zum Mitgliedserver degradieren und aus der Domäne entfernen. Das einzige was jetzt noch fehlt ist das umbenennen des neuen Domaincontrollers sobald der alte heruntergefahren wurde. (http://www.microsoft.com/resources/documentation/WindowsServ/2003/standard/proddocs/en-us/Default.asp?url=/resources/documentation/WindowsServ/2003/standard/proddocs/en-us/sag_ADmanage_renameDC.asp) Ich hoffe, daß ich nicht allzuviel vergessen habe. Aber im Prinzip sollte das ganze so funktionieren. Gruß Andre

Hi Janek, du könntest mit Tools wie FileMon und RegMon von sysinternals.com mal schauen, an welchen Schlüsseln oder Dateien Probleme in Form von "Access Denied" auftreten. Dann setzt Du die Berechtigungen auf die entsprechenden Keys und Ordner manuell. Gruß Andre

Hi, - Bekommst Du den Fehler von allen anderen Workstations aus? - Ist der PC denn sauber in der Domäne? Notfalls mal austreten und neu eintreten... - Funktioniert die Namensauflösung? Was liefert "nslookup pc103"? - Liefert das Ereignisprotokoll irgendwelche Ansätze? Gruß Andre

Hi, hätte ich wirklich nicht gedacht. Werd ich mir dann mal reinziehen :) Gruß Andre

Hi, wenns läuft super :) Nur den eigentlichen Fehler kann ich immer noch nicht entdecken. Ob Du den DNS Server manuell oder via DHCP vergibst spielt keine Rolle. Daher sollte der Wechsel nichts bewirkt haben. Daß das Suffix verschwunden oder falsch war muss ja auch irgendeinen Grund haben. Normalerweise wird dieser beim Beitreten zur Domäne richtig gesetzt. Solange Du alle Gründe für diese komischen Einstellungen kennst ist ja alles im grünen Bereich. Ansonsten solltest Du vielleicht noch ein wenig tiefer Bohren, um sicherzustellen, daß in Zukunft auch alles weiterhin funktioniert. Gruß Andre

Hi, lässt sich nur das Tray Icon beenden oder wird damit der komplette Virenscanner abgeschaltet? Ich kenne McAfee jetzt leider nicht genug, aber bei Symantec ist der Virenscanner immer ein Dienst, den ein normaler Benutzer so nicht beenden kann. Versuche am Besten rauszufinden, ob der eigentliche Scanner damit auch beendet wird und falls ja, ob es Alternativen (als Dienst starten) gibt. Das sollte die Sicherheit erhöhen. Gruß Andre

Hi, unter Angabe der Quelle im Eventlog und der Ereignis-ID könntest Du Hilfe bei http://www.eventid.net finden. Da Du die beiden Parameter nicht angegeben hast, kann ich jetzt schlecht selbst schauen :) Meistens findet man dort aber eine Lösung. Falls Du was rausfindest, wäre es nett, wenn Du den Thread durch eine kleine Erklärung beenden könntest :) Gruß Andre

Ok, dann muss die Namensauflösung über die WAN Leitung gehen. Zu den Weiterleitungen: - Alle Clients an Standort 2 konfigurierst Du auf den DNS Server an Standort 1. - In den DNS-Server Eigenschaften (Rechtsklick auf Servernamen in der DNS-Konsole -> Eigenschaften) gibt es den Reiter "Weiterleitungen". Dort trägst Du einen oder mehrere externe Internet DNS-Server deines Providers ein. Damit werden alle Einträge, die nicht deine Domäne betreffen im Internet erfragt und für spätere Zugriffe auch zwischengespeichert. Du solltest noch darauf achten, daß du keine Zone "." (einen einzelnen Punkt) hast. Wenn ja, solltest Du diese löschen. Gruß CHico

Hallo, hatte das Problem gerade auch. Löschen via freigegebenen Ordner funktioniert einwandfrei. Danke :) Gruß Andre

Hier noch ein Link von eventid.net: http://www.eventid.net/display.asp?eventid=2009&eventno=86&source=Srv&phase=1 Andre