Rex_Swissly

So, mein erster Terminalserver ist fast fertig. Am Freitag wird er dem Kunden ausgeliefert und dann vorort noch ins Netz integriert. Eine Frage hätte ich noch. Bei den normalen Profilen gibt es ja das "Default Profil". Gibt es so etwas auch speziell für die Terminal Profile. Ich habe die Benutzer so konfiguriert, dass jeder sein eigenen Standardpfad zu seinem Profil hat, aber ich möchte natürlich nicht, dass jeder die Desktopeinstellungen einstellen muss, sondern das direkt beim erstenmal einloggen ein Standardprofil zugewiesen bekommt. Gruss Rex_Swissly

Guten Morgen Mir ist es schon öfters passiert, dass ich z.B. eine Netzwerkkarte wechselte oder eine bestehende in einen anderen PCI-Slot steckte. Dabei wurde die Bezeichnung in der Netzwerkumgebung immer um eine Zahl erhöht. Z.B. zuerst LAN Verbindung 1 und dann hiess es LAN Verbindung 2 usw. Soviel ich weiss, muss man irgendwelche Registry Einträge löschen, dass man wieder eine einheitliche "Nummerierung" hat. Es sieht irgendwie komisch aus, wenn es LAN.. 1 und LAN 4 heisst. Man kann den Namen zwar unbenennen aber intern sind ja irgendwo gleich irgendwelche "Leichen" drin. Weiss jemand, wie man dies ändern kann? Vielen Dank für Eure Tipps. Gruss Rex_Swissly

Ähmmm, gibt's auch etwas auf Deutsch? *unterdentischkriechundrotwerden* Gruss Rex_Swissly

Guten Abend Dieses mal habe ich kein Problem, sondern nur mal eine Frage. Kann mir jemand Links zu Informationen mit Workshops, Tipps und Tricks und Anleitungen geben, wo ich mich über die Installation eines Terminalservers einarbeiten kann. Sollte in nächster Zeit einen solchen installieren, habe aber leider bis jetzt noch nicht viel mit dem Thema zu tun gehabt. Hab gegoogelt, aber leider bis jetzt nicht viel gefunden. Vielen Dank für Eure Hilfe. Gruss Rex_Swissly

Vielen Dank für Eure wertvolle Hilfe. Hat alles geklappt. Gruss Rex_Swissly

Vielen Dank für Deine Hilfe. Vielleicht kann mir ja noch bezüglich der Exchange Frage ein Exchange Fachmann Auskunft geben. Gruss Rex_Swissly

Ich hab jetzt einen neuen Benutzer angelegt (nicht kopiert), die entsprechenden Rechte vergeben und es ausprobiert. Es funktioniert. Wenn ich jetzt aber den Original Benutzer lösche, wird ja auch das Exchange Postfach gelöscht. Und ich muss ja den defekten Benutzer löschen, dass ich nachher den neu erstellten wieder so unbenennen kann, wie er vorher geheissen hat. Soviel ich mich entsinnen kann, wird das Postfach noch nicht sofort richtig gelöscht. Ich glaube, mit dem Cleanup Agent und der Funktion "Wieder verbinden" kann ich das Postfach danach dem neuen (alten) Benutzer wieder hinzufügen. Bin mir aber nicht ganz sicher. Gruss Rex_Swissly

Guten Abend Nein, dass habe ich nicht. Habs jetzt gemacht, aber ohne Änderung. Im Bericht von ntbackup erscheint folgende Fehlermeldung. 'Microsoft Information Store' wurde von "Der für die Wiederherstellungsprotokolldateien angegebene Pfad ist ungültig ' bei einem Aufruf von HrESERrestoreOpen()' zurückgegeben. Zusätzliche Daten: '2003SRV01'. Exchange-Daten können nicht zu 2003SRV01\Microsoft Information Store\Erste Speichergruppe wiederhergestellt werden. In der Ereignisanzeige befinden sich noch zwei Fehlermeldungen. Ereigniskennung 8019 und 8003. Puhhh, langsam mag ich den Exchange nicht mehr :-) Das mit dem Backup und Restore ist ja eine Wissenschaft für sich. Gruss Rex_Swissly

Hallo Ich habe jetzt noch gesehen, dass beim Client in der Ereignisanzeige folgende Fehler aufgeführt werden. Typ: Fehler Quelle: Userenv Kategorie: Keine Ereigniskennung: 1030 Beschreibung Die Abfrage der Liste der Gruppenrichtlinienobjekte ist fehlgeschlagen. Bisher wurde eine Fehlermeldung dieser Art im Richtlinienmodul protokolliert. Typ: Fehler Quelle: Userenv Kategorie: Keine Ereigniskennung: 1006 Beschreibung Es konnte keine bindung mit der Domäne [Domänenname] hergestellt werden. (Ungültige Anmeldeinformationen). Die Verarbeitung der Gruppenrichtlinie wurde abgebrochen. Ich verstehe einfach nicht, dass da eine ungültige Anmeldeinformation vorliegen sollte. Auf dem Client PC03 funktioniert es mit seinem Anmeldedaten (Name und Passwort), nur auf dem PC01 und PC02 geht es nicht. Ich denke, diese zwei Fehlermeldungen haben etwas mit dem oben erwähnten Problem zu tun. Gruss Rex_Swissly

Auch wenn der Kunde z.B. einen neuen Server kauft? Ich habe jetzt einmal auf meinen Testserver ein Backup mit ntbackup gemacht. Das ging problemlos. Aber als ich das Backup zurückspielen wollte, kam folgende Fehlermeldung: - Der eingegebene Pfadname ist ungültig (Es geht aber danach doch weiter) Dann beginnt das zurückspielen. Aber nur ein paar Sekunden, enn bricht es ab. Entweder steht unter Status "Fehlgeschlagen" oder das Backup Programm schliesst sich einfach. Beim Fenster, in dem man die Option "Wiederherstellen in:" (2003SRV01) und "Temporäres Verzeichnis für Protokoll- und Patchdateien:" (leer) habe ich nichts geändert. Auch bei den zwei Optionen unten hab ich so belassen, wie sie sind. Sollte da etwas geändert werden? Muss evtl. ein Dienst beendet werden oder die Bereitstellung der Datenbank aufgehoben werden? Gruss Rex_Swissly

Der Kunde sichert seine Daten auf eine externe Festplatte. Die Exchange Datenbank wird mit ntbackup gesichert (auch auf die ext. HD). Und ich traue dem ntbackup nicht so. Die Offline Sicherung sollte einfach als zweite parallele Sicherung ausgeführt werden. Und da keine "Komplettsicherung" stattfindet, finde ich diese Variante noch ganz nett. Gruss Rex_Swissly

Sorry, für mein voreiliges Öffnen dieses Thread's. Ich habe die Lösung soeben selbst herausgefunden. Der Fehler war, dass ich den Benutzer erstellt habe, aber ihm auch direkt ein neues Postfach zugewiesen habe. Jetzt habe ich das Postfach gelöscht und siehe da, ich konnte sein Original Postfach wieder verbinden. Aber eine Frage hätte ich doch noch. Gibt es ein Tool oder Script, dass zu einer bestimmten automatisch eine Offlinesicherung macht? Also, die Postfach und Öffentliche Speicher Bereitstellung aufheben, den entsprechenden Dienst stoppen und danach die Daten in ein anderes Verzeichnis nach Wahl kopieren. Nach erfolgtem Kopieren, die entsprechenden Punkte danach wieder starten. Gruss Rex_Swissly

Guten Abend Ich habe mit Google eine Anleitung gefunden, die beschreibt, wie man vom Exchange Server die Datenbank wegkopiert und danach, wenn z.B. die DB mal gelöscht wird, wieder zurück gespielt wird (ich glaube das heisst Offline Sicherung). Danach habe ich mir mal gedacht, ich versuche das einmal bei einem Kunden. Ich habe bei diesem die entsprechenden Daten weggesichert und danach auf einen anderen Testserver kopiert. Dabei bin ich folgendermassen vorgegangen: - Postfachspeicher und Öffentliche Ordner Bereitstellung aufgehoben - Den Dienst "MS Exchange Informationsspeicher gestoppt - die jungfräulichen Daten im Ordner MDBDATA gelöscht (edb und stm Dateien) - die Daten vom produktiven Server in den Ordner MDBDATA des Testservers kopiert - neu gebootet Nach dem Neuboot liefen die Exchange Dienste wieder und auch die Bereitstellung der Postfächer und Öffentlichen Ordner lief wieder. Danach habe ich den CleanUp Agent ausgeführt. Dann waren die Postfächer der Benutzer mit einem roten Punkt hier. Jetzt sollten die Postfächer ja noch dem entsprechenden Benutzer zugeordnet werden. Wenn ich jetzt aber auf den entsprechenden Benutzer gehe (rot) und die rechte Maustaste klicke und danach den Punkt "Wieder verbinden" anwähle komme ich ins Suchfenster. Das Problem ist aber, dass ich den angelegten Benutzer nicht finde, bzw. er wird in der Suchliste (wenn ich alles suche) gar nicht angezeigt. Es ist mir klar, dass der Benutzer auf dem produktiven Server eine andere ID hat als auf dem Testserver, dass zeigt mir ja auch der Eintrag unter Postfächer in der Spalte "Letzte Anmeldung von" wo einfach nur ein Wert (S-1 5-21 xxxxx) steht. Was habe ich falsch gemacht, denn ich denke, eine solche Wiederherstellung sollte doch auch funktionieren? Vielen Dank für Eure erneute Hilfe. Gruss Rex_Swissly

Vielen Dank für Eure rasche Antworten. @CoolAce: Bei den Anmeldezeiten sind keine Begrenzungen drin. Der Benutzer kann sich 24 Stunden anmelden. Betreffend der Zeitsynchronisation: Der PC hat genau die gleiche Zeit wie der Server. Hab es mit dem Befehl w32tm /monitor /domain:[name] kontrolliert. Auf dem Server hat es keine Time Einträge im EventLog. Was meinst Du mit "PC Konto im AD resetten" und "per commandlinie DS Befehl" ? Ereignisanzeige Security auf dem Server: Typ: Fehlerüber Quelle: Security Kategorie: Kontoanmeldung Ereigniskennung: 675 Benutzer: NT-AUTORITÄT\SYSTEM Computer: [servername] Beschreibung: Benutzername: [benutzername] Benutzerkennung: [Domäne\Benutzername] Dienstname: [krbtgt\[Domänenname] Vorauthentifizierungstyp: 0x2 Fehlercode: 0x12 (--> oder 0x18) Clientadresse. [iP-Adresse] Das Problem begann, so viel ich mich errinnern kann, kurz nach dem ein neuer Client, der zuerst privat beim entsprechenden Benutzer zuhause im Einsatz war und danach in das Firmennetz integriert wurde. Ich weiss nicht, ob das einen Einfluss hatte, dass der PC zuerst privat im Einsatz war. Gruss Rex_Swissly

Guten Tag Ich habe da bei einem Kunden ein ekelhaftes Problem, an dem ich mir die Zähne ausbeisse. Zuerst habe ich gemeint, es gäbe ein Problem mit dem Profil (Thread: Benutzer Problem), bei dem Ihr mir auch schon Tipps gegeben habt. Darum erstelle ich jetzt mit diesem Problem einene neuen Thread. Server: Windows 2003 SBS Standard Clients: Windows XP SP2 (3 Stück) Ursprüngliche Fehlerbeschreibung vom anderen Thread: ------------------------------------------------------------------------------------------------------ Die Benutzer arbeiten mit einem servergespeicherten Profil. Ein Benutzer loggt sich hauptsächlich auf dem Client 03 ein und das funktioniert problemlos. Wenn sich aber dieser Benutzer auf den anderen PC's einloggt, hat er keine Zugriffsrechte auf seine Daten auf dem Server. Es kommt immer die Fehlermeldung, dass der Benutzername oder dass Passwort nicht stimmt. Bei der Anmeldung an den Client kommt aber keine Fehlermeldung. Beim Abmelden reklamiert der PC dann, dass das servergespeicherte Profil nicht gespeichert werden kann. Es sind auch keine Beschränkungen eingestellt, dass sich der Benutzer nur beim Client 03 anmelden darf. Die anderen Benutzer können sich an den anderen PC's anmelden und arbeiten. Nur bei dem einen geht es nicht. ------------------------------------------------------------------------------------------------------ Ich logge mich mit dem entsprechenden Benutzer an einem der zwei PC's an, dass auch ohne Probleme klappt. Danach öffne ich den Arbeitsplatz und doppelklicke auf ein Netzwerklaufwerk (auf das der Benutzer volle Zugriffsrechte hat) und dann erscheint folgende Meldung: Das System hat eine mögliche Sicherheitsgefahr festgestellt. Stellen Sie sicher, dass Sie mit dem Server, der Sie authentifiziert hat, Verbindung aufnehmen können. Wenn ich danach beim Server schaue, stelle ich folgendes fest: - Benutzeraccount des Benutzers ist gesperrt - In der Ereignisanzeige hat es unter "Sicherheit" Einträge, die so lauten: Quelle: Security Kategorie: Kontoanmeldung Ereigniskennung: 675 Unten im Feld ist unter Fehlercode den Wert 0x12 und 0x18 Wie ich gesehen habe, bedeutet 0x12 Arbeitsplatz gesperrt, Anmeldezeit gesperrt, Konto deaktiviert oder abgelaufen oder gesperrt. 0x18 bedeutet dass der Benutzername falsch ist, aber dass Passwort ist falsch. Aber so wie ich es sehe, trifft keines zu. Die Sperrung des Accounts tritt erst ein, wenn ich auf die Netzwerkverknüpfung doppelklicke. Das einzige, was ich nicht so kapiere, ist der Punkt "Arbeitsplatz gesperrt. Passwort habe ich extra neu zurückgesetzt. Kann es sein, dass das Problem irgendwo in den Gruppenrichtlinien zu suchen ist. Diese Fehlermeldungen deuten ja wahrscheinlich auf ein Kerboros Problem hin. Vielen Dank für Eure Hilfe. Gruss Rex_Swissly

So, hab das jetzt mal alles ausprobiert. Leider ohne Erfolg. Ich logge mich mit dem entsprechenden Benutzer an einem der zwei PC's an, dass auch ohne Probleme klappt. Danach öffne ich den Arbeitsplatz und doppelklicke auf ein Netzwerklaufwerk (auf das der Benutzer volle Zugriffsrechte hat) und dann erscheint folgende Meldung: Das System hat eine mögliche Sicherheitsgefahr festgestellt. Stellen Sie sicher, dass Sie mit dem Server, der Sie authentifiziert hat, Verbindung aufnehmen können. Wenn ich danach beim Server schaue, stelle ich folgendes fest: - Benutzeraccount des Benutzers ist gesperrt - In der Ereignisanzeige hat es unter "Sicherheit" Einträge, die so lauten: Quelle: Security Kategorie: Kontoanmeldung Ereigniskennung: 675 Unten im Feld ist unter Fehlercode den Wert 0x12 und 0x18 Wie ich gesehen habe, bedeutet 0x12 Arbeitsplatz gesperrt, Anmeldezeit gesperrt, Konto deaktiviert oder abgelaufen oder gesperrt. 0x18 bedeutet dass der Benutzername falsch ist, aber dass Passwort ist falsch. Aber so wie ich es sehe, trifft keines zu. Die Sperrung des Accounts tritt erst ein, wenn ich auf die Netzwerkverknüpfung doppelklicke. Das einzige, was ich nicht so kapiere, ist der Punkt "Arbeitsplatz gesperrt. Passwort habe ich extra neu zurückgesetzt. Kann es sein, dass das Problem irgendwo in den Gruppenrichtlinien zu suchen ist. Diese Fehlermeldungen deuten ja wahrscheinlich auf ein Kerboros Problem hin. Vielen Dank für Eure Hilfe. Gruss Rex_Swissly

An das hab ich auch schon gedacht. Auf jedem PC ist nämlich sein Profil unterschiedlich gross. Gruss Rex_Swissly

Guten Tag Ich habe da folgendes Problem bei einem Kunden. Server: Windows 2003 SBS Clients: Windows XP Pro SP2 (3 Stück) Die Benutzer arbeiten mit einem servergespeicherten Profil. Ein Benutzer loggt sich hauptsächlich auf dem Client 03 ein und das funktioniert problemlos. Wenn sich aber dieser Benutzer auf den anderen PC's einloggt, hat er keine Zugriffsrechte auf seine Daten auf dem Server. Es kommt immer die Fehlermeldung, dass der Benutzername oder dass Passwort nicht stimmt. Bei der Anmeldung an den Client kommt aber keine Fehlermeldung. Beim Abmelden reklamiert der PC dann, dass das servergespeicherte Profil nicht gespeichert werden kann. Es sind auch keine Beschränkungen eingestellt, dass sich der Benutzer nur beim Client 03 anmelden darf. Die anderen Benutzer können sich an den anderen PC's anmelden und arbeiten. Nur bei dem einen geht es nicht. Hat jemand einen Ratschlag, woran das liegen kann? Freundliche Grüsse Rex_Swissly

Ich habe den MCSA 2000 schon vor einiger Zeit gemacht. Jetzt möchte ich den MCSA 2003 nachholen. Ist das korrekt, dass die 70-292 die Update Prüfung ist und wenn ich die bestanden habe, bin ich dann 2003er? Gruss Rex_Swissly

So wie es aussieht, funktioniert mein Band von meinem Bandlaufwerk nicht mehr. Also muss ich morgen hoffen, dass es einfach funktioniert. Ich möchte nochmals wiederholen, wie ich vorgehen sollte. - Server mit Windows 2000 Server neu installieren - Darauf achten, dass Bandlaufwerk funktioniert - Veritas installieren - Server neu booten - Im Modus "Verzeichnisdienste wiederherstellen" mit F8 auswählen - Im Veritas komplettes Band inkl. System State wiederherstellen - Server neu (normal) booten Da es ein einzelner DC ist, muss ich mit ntdsutil nichts machen. Danach sollte der Server wieder OK sein? Gruss Rex_Swissly

Bin mal an einem Testsystem am aufsetzen. Hab da noch ein SCSI Bandlaufwerk herumliegen. Werde mal versuchen, bei mir die Kundensituation zu simulieren. Habe zwar kein RAID System (ist nur ein einfacher PC), aber um es mal zu testen, reicht es schon aus. Denn am Montag gilt es ernst und ich möchte nicht unvorbereitet beim Kunden stehen und mich blamieren :-) Ich nehme an, [restore subtree OU=xxx,DC=domäne,DC=de] muss ich vor dem Neustart des Servers eingeben. subtree OU=xxx (?) Bei DC=domände muss wahrscheinlich in meinem Fall DC=loc heissen, da die Domäne [domainname].loc heisst, oder? Gruss Rex_Swissly

Haloo weg5st0 Vielen Dank für die schnelle Antwort. Es ist ein einzelner Server (Domänencontroller), auf dem das übliche läuft (DNS, DHCP, Wins). Es ist kein andere Server im Netz und auch kein Exchange oder ähnliches ist vorhanden. Nur Domänencontroller, der als Fileserver benutzt wird. Gruss Rex_Swissly

Guten Tag Ich brauche dringend wieder Hilfe von Profis. Ich habe vorher zu diesem Thema hier gesucht, auch gewisse Beiträge gefunden aber bin mir trotzdem noch nicht ganz sicher. Und zwar geht es um folgendes: Ein Windows 2000 Server, 3 SCSI Platten und RAID 5. Gestern haben sich zwei der Platten verabschiedet und heute wurden Sie vom Hersteller ersetzt. Jetzt muss ich am Montag den Server wieder von Band aus herstellen. Es ist ein AIT-50 Laufwerk. Grob gesagt, muss oder sollte ich ja folgendermassen vorgehen: - RAID 5 neu erstellen - Windows 2000 neu installieren (aber ohne SP's und Programmen) - Veritas installieren - Server neu starten (Abgesichert - Authoritativer Modus) - System zurück spielen - Server neu booten Ist das soweit korrekt? Könnt Ihr mir noch andere Vorschläge, Tipps oder besseres Vorgehen mit auf den Weg geben. Wenn bitte auf deutsch. Mein Englisch ist leider sehr miserabel. Ist mein erstesmal, dass ich einen Server komplett von Band zurücksichern muss, hab bis jetzt nur Theorie gehabt. Vielen Dank für Eure Hilfe. Gruss Rex_Swissly

Guten Tag Vielen Dank für Eure Hilfe. Jetzt funktioniert. Der Fehler lag natürlich bei mir. Ich hatte keine wiederbeschreibbare CD im Laufwerk. Ich habe gedacht, es wird automatisch irgendwo zwischengespeichert, wenn ich direkt auf den Laufwerksbuchstaben des Brenners kopiere. Gruss Rex

Ist der direkte Weg nicht möglich? Gruss Rex_Swissly