BiZNIZ

OK ... wenn das der einzige Weg ist, muss ich das wohl erst einmal so hinnehmen ... Aber : Ob es ein Vorteil ist, lasse ich mal in den Raum gestellt ... Und das zusätzliche Pflegen einer weiteren Liste wäre schon aufwendig ... Aber nehmen wir als Beispiel mal den Schulungsbetrieb. Wenn ich nur das globale Adressbuch verwende, wird dies doch irgendwann unübersichtlich. Da fände ich es schon praktisch, wenn ich alle Teilnehmer eines Kurses in eine separate Adressliste schieben könnte ... Und diese dann nicht als Adressbuch, sondern in den Öffentlichen Ordnern, da diese dann auch in der Kontaktübersicht verfügbar sind ... Somit wären die Teilnehmer "unter sich" ... Für den Schulungsbetrieb meiner Meinung nach gut einsetzbar ... Aber wenn es nur über den umständlichen Weg GAB -> Kontakte -> Öffenl. Ordner geht ... dann lass ich es lieber ...

Aloha zusammen ... ... nachdem mein Exchange nun läuft, stehe ich vor dem Problem, dass ich zwar eMails an die eingerichteten User versenden kann, diese aber nirgends in den Kontakten finde ... Wenn ich einen Öffentlichen Kontaktordner erstelle, kann ich dort neue Kontakte einfügen, diesen Ordner dann zu meinen Favoriten hinzufügen und schon steht dieser Ordner samt Kontakten auch unter "andere Kontakte" ... Aber wie bekomme ich User aus dem Globalen Adressbuch (sprich: angelegte ExchangeUser) in so einen Öffentlichen Kontaktordner ? Vielleicht noch mal ein Beispiel: Ich lege für eine Abteilung eine neue OU an. Darin dann die Mitarbeiter, die alle ein Exchange Postfach erhalten. Damit habe ich sie im "Globalen Adressbuch" ... aber nicht in den Kontakten und sehe somit auch z.B. keine Telefonnummern der Mitarbeiter ... Ich würde nun gerne eine Kontaktliste erstellen, die alle Mitglieder dieser OU beinhaltet, so dass diese dann über "andere Kontakte" erreichbar sind ... Wie bewerkstelligt man das ? Der einzige Weg, den ich hierfür bislang gefunden habe, ist der, im Adressbuch alle Benutzer der Abteilung zu markieren und "zu Kontakten hinzufügen" zu wählen. Dann habe ich sie allerdings in meinen Kontakten und noch immer nicht in dem Öffentlichen Kontaktordner. Ich muss also nochmal in meine Kontakte wechseln, wieder die entsprechenden user markieren und in den Öffenlichen ordner verschieben. Das kann doch nicht der einzige Weg hierfür sein ... oder doch ? Ich habe hier zwar einiges an Literatur, aber so richtig weiter gekommen bin ich mit dem Problem noch nicht ... In der Hoffnung auf Hilfe ...

Dann werde ich mal RichProfile testen ... Wenn ich das richtig verstehe, muss ich das nur im Anmeldescript einbinden ... Auszug ... Quasi also : richprofile exchserv %username% exchangesettings N D ... um zu erreichen, dass das Outlook konfiguriert wird und beim Start dann das korrekte Profil verwendet. oder sehe ich da was falsch ?

Moin ... ... nachdem unser Exchange 2003 nun eingerichtet ist, stellt sich für mich das Problem der "automatischen" Einrichtung der Clients ... Habe mir schon nach diesem HowTo : MSXFAQ.DE - Profile Tools eine outlook.prf erstellt und versucht, diese sinnvoll einzubinden. Allerdings so richtig glücklich bin ich noch immer nicht ... Bislang klappt es nur vernünftig über einen ShortCut zur outlook.prf auf dem Desktop. Dann kommt allerdings immer die Nachfrage, ob das profil hinzugefügt werden soll. Würde die PRF gerne direkt beim Aufruf von Outlook hinterlegen. Allerdings klappt das nur mit neu angelegten Verknüpfungen ... Bei der Direktverknüpfung im Startmenü und der unter Start -> Programm -> Microsoft Office sehe ich keine Möglichkeiten, das "/importprf ..." ranzuhängen ... Außerdem wird ja dann bei jedem Aufruf der Verknüpfung ein neues Profil erzeugt, was ja auch keinen Sinn macht ... Ich will eigentlich "nur" erreichen, dass jeder user, der Outlook verwendet, beim ERSTEN Start diese PRF Datei verwendet. Anders ausgedrückt: Ich möchte erreichen, dass nicht jeder User die Schritte zur Einrichtung der Verbindung manuell durchführen muss ... mache ich hier mit der PRF-Datei einen Denkfehler? Sollte man das evtl. irgendwie über die GPOs lösen können? Wenn ja, welche ADM-Vorlagen benötge ich? Die "Standard-Office-2003" ? In der Hoffnung auf Hilfe ... Danke im voraus ...

Es ist zum Haare raufen ... Der Fehler ist nicht zu lokalisieren ... Mittlerweile haben wir schon einen Vista-PC neu aufgesetzt und in die Domain genommen ... Alles problemlos ... Aber auch bei diesem werden die Profile nicht auf den Server zurück geschrieben ... Haben mittlerweile auch eine neue OU angelegt, neue User verwendet, neue Ordner und Freigaben für die Tests angelegt ... no way ... die Profile werden nicht geschrieben ... und nix ... aber auch absolut nix im Log zu finden ... Mittlerweile haben wir getestet, ob es Unterschiede macht, ob wir XP SP2 oder SP3 verwenden ... gleiches Problem ... Vista mit SP1, allen weiteren Updates und den aktuellen Nvidia Treibern sowie deaektivierte nvidia diensten bringt auch nix ... Wir werden jetzt noch mal ganz von vorne anfangen mit der Suche ... Dazu noch eine Frage: kann man die angelegten GPOs irgendwie sichern? Wir würden gerne alle noch mal rauskicken, um herauszufinden, ob es da irgendwo den haken zu suchen gibt ...

so ... mittlerweile haben wir die nvidia treiber ersetzt, ALLE sicherheitsupdates eingespielt, die vista PC s auf SP1 upgedatet ... die XP rechner sind bereits auf SP3 gewesen .... Ebenso am server nochmal alles gecheckt ... Es bleibt ein Rätsel ... Die Profilordner werden angelegt, aber beim abmelden wird nix reingeschrieben. Beim Anmelden kommt auch nix an meldungen, dass das Profil nicht geladen werden kann oder ähnliches ... Ich dreh hier bald am Rad ...

... auch wenn ich mir nicht erklären kann, dass es daran liegen sollte ... Jedenfalls hat auch das erweiterte debugging nix anderes in die userenv.llog geschrieben ... Ich lasse mich mal überraschen ... Komme allerdings erst in 3 Stunden wieder in den Raum, um das Update einzuspielen ... Warten wir mal ab ...

auf den XP clients ist der Eintrag in der userenv.log nicht drin ... schine auch alles OK ... habe eben nochmal einen neue Freigabe erzeugt mit Jeder = Vollzugriff und die sicherheitsberechtigungen des Ordners auf admins=voll, system=voll, domain-users = voll eingestellt ... Damit sollte das Problem mit fehlenden Berechtigungen ja vom Tisch sein ... klappt auch nicht ... gpresult auf den vista und xp-clients bringt jeweils die korrekte liste der angewandten gpos ... ich verzweifle langsam ... null einträge im log ... nix ... als ob die clients gar nicht versuchen, das Profil zurück zu schreiben ..

... die datei gibt's dann scheinbar nur unter XP ... unter Vista nich vorhanden ... Muss noch einen Moment warten, bis ich den Raum mit den XP clients kann ...

hat aber bislang keine Probleme gemacht gehabt ... und es wurde ja nix geändert ... Grafiktreiber - Version 7.15.11.6369 vom November 2007 handelt sich um ein ASUS Board M2VPV-VM mit nforce 630 ... Und eine userenv.log gibt's nicht auf den PCs ... Muss ich das logging erst aktivieren ? Das Startverhalten scheint OK ... beide Entries sind in der GPO gesetzt ... Muss allerdings mal anmerken, dass wir seit kurzem auch das Phänomen haben, dass nicht immer die Netzlaufwerke verbunden werden ... Nach einem net use sind sie dann da ... Oder alternativ abmelden und wieder anmelden ... (relogin)

nicht die geringsten Einträge im EventLog ... Der Server nix ... Die Clients nix ... weder die Vista noch die XP Clients ... Zeit ist OK ... auf allen korrekt ... Server, Vista- und XP-Client melden identische Zeit ... UPHC für Vista ? Denke nich ... oder ?

Wir haben hier seit geraumer Zeit einen 2k3 (SP2) Server laufen. Das gute Stück arbeitet als DC und sorgt eigentlich nur für Ordnerumleitungen, Netzwerkfreigaben und Roaming Profiles für die XP udn Vista Clients unseres Schulungsgebäudes ... Seit kurzem haben wir das Phänomen, dass die Romaing Profiles NICHT mehr gespeichert werden. Da an den Berechtigungen der Ordner seit der Installation des Servers anfang des Jahres nichts geändert wurde, stehe ich vor einem Rätsel ... Habe mir hier schon einige Threads bezüglich der Berechtigungen zur Brust genommen, bin aber bislang nicht fündig geworden, was unser Problem betrifft, da iwr absolut KEINE Einträge im Ereignisprotokoll finden, die irgendwas mit Berechtigungsproblemen darlegen ... Die Profilordner sind da, aber komplett leer ... Es scheint, als ob die clients nicht einmal versuchen, das Profil zurückzuschreiben ... Ansonsten müsste doch irgendetwas im Protokoll Aufschluss geben können ...

Aloha zusammen ... ... wir wollen für unsere "Standard-User" das Hintergrundbild unserer Schulungs-PCs anpassen. Wir haben es über eine eigene .THEME - Datei versucht, die auf einem Netzwerkpfad liegt. Der Vorteil dieser Variante ist, dass ein Default-Bild verwendet wird, der User es aber ändern kann. Seltsam ist, der Theme wird verwendet, aber das Hintergrundbild wird unter XP nicht angezeigt ... Schaut man in die Eigenschaften der Anzeige, wird das korrekte Bild angezeigt. Und wenn man dann auf "OK" klickt, ist es auch da ... Der Eintrag in der GPO bewirkt zwar, dass das Bild angezeigt wird, der User es dann aber nicht ändern kann, was für unsere "Windows-Grundlagen" Kurse erforderlich ist ... Irgendeine Idee, woran das liegen könnte? btw: Unter Vista klappt es auf diese Weise einwandfrei ...

Sicherung ist von Anfang Januar ... Da bislang alles nicht geholfen hat, wollte wir diese wieder aktivieren. Ist ja bei Acronis True Image Server nicht so das Problem ... Also Sicherung restored, rebooted ... Ergebnis: fährt hoch ... started neu ... fährt hoch ... startet neu ... Es ist nicht zu fassen ... ich fürchte, wir müssen uns bei den Sicherungen mal langsam zurückarbeiten ...

moin ... ... wir haben hier einen 2K3-Server, der noch den Stand "SP1" hatte ... Also haben wir in weiser Voraussicht mal das SP2 installiert ... Laut Aussage unseres Admins vor Ort, ist die Installation reibungslos durchgelaufen ... Der erforderliche Neustart war dann allerdings nicht so problemlos. Der Server kommt immer bis zu einem bestimmten Punkt und rebooted dann ... Die Meldung lautete: wir haben mittlerweile schon den Abgesicherten Modus, den VGA-Modus und das Wiederherstellen der letzten als funktionierend bekannten Einstellungen versucht ... erfolglos ... Da es zu der Meldung kaum Hilfe gab, haben wir es mit einer Reparatur-Instalaltion versucht. Diese führt das Setup völlig normal bis zum ersten Neustart durch, setzt allerdings danach nicht die Installation fort, sondern beginnt die Installation erneut ... Mir geht es also wie dem "Kollegen" aus dem Thread: https://www.mcseboard.de/windows-forum-allgemein-28/stop-c000021a-windows-update-77676.html Nur dass bei mir die Reparatur nicht durchläuft ... Drüber-Installieren möchte ich nicht wirklich versuchen, da es sich um den DC des Schulungsstadortes handelt ... Außerdem denke ich, dass auch das Probleme mit sich bringt, wenn selbst die Reparatur ins Nirvana läuft ... oder ? Hoffe, irgendjemand hat eine rettende Idee ...

Kämpfe selber gerade noch mit den "Grundeinstellungen" des WDS unter 2003 R2 herum. So richtig rund läuft das noch nicht ... Und Literatur scheint es in der von mir preferierten Sprache (DE) noch nicht viel zu geben ... HowTo's einige ... aber meistens nur WDS-Grundlagen, um ihn zum Laufen zu kriegen ... Die für mich relevanten Infos finde ich nirgends ...

... bin eh nich so wirklich begeistert vom VPC ... ... hat mich schon genervt, dass man beim Erstellen der VM nicht das CD-Laufwerk auswählen konnte, sondern dies nur direkt beim Start im Menü der eigentlich VM einstellen kann. Ist bei VMware und VirtualBox besser gelöst ... finde ich ... Aber bei den beiden habe ich das Problem, dass die NIC nicht win WindowsPE 2.0 über den WDS unterstützt wird. Integration ins BootImage brachte auch keinen Erfolg. Also muss ich wohl damit leben, dass ich für jeden Versuch im VPC eine neue VM anlegen muss, weil es kein BootMenü gibt ...

moin ... ... hat der VirtualPC 2007 kein BootMenü ? jedenfalls finde ich keins ... man kommt zwar mit [ENTF] ins BIOS des VPC, aber die Möglichkeit eines MootMenüs, um z.B. mal per PXE zu booten finde ich nirgends ... Bei VMware oder VirtualBox kommt man mit [ESC] oder F12 ins BootMenü ... bei VPC finde ich nichts dergleichen ... Irgendeine Idee ?

Und schon wieder ich ... Wir verwenden in einem unserer Schulungsräume Vista (Business). Zusätzlich ist für eine Prüfungsumgebung uaf den PCs der VMware-Player installiert. Und da ist das Problem: Die beiden virtuellen Netzwerkkarten bringen hier einiges durcheinander. Sind die beiden NIC aktiv, habe ich automatisch neben meinem Domain-Netz ein "öffentliches Netz". Solange dieses vorhanden ist, kann ich mit unserer Verwaltungssoftware nicht auf die PCs zugreifen. Ich kann auch das Netz auch in ein "Privates" ändern, was aber auch nichts bringt. Nur wenn der Player wieder deinstalliert wird oder ich manuell die beiden Karten deaktiviere, klappt die Kommunikation zw. den Clients und der Verwaltungssoftware ... An der Firewall kann es auch nicht liegen, denke ich, da die Problem auch bestehen, wenn die Firewall deaktiviert wird. Bleibt nur eine Lösung, so wie ich das sehe. Die NICs deaktivieren und bei Bedarf wieder aktivieren. Nur wie macht man das am geschicktesten? ich habe schon was über DevCon gefunden. Wollte nun vorsichtshalber mal nachhaken, ob es aus euren Erfahrungswerten auch andere Varianten gibt ...

Tja, irgendwie geht's nicht weiter ... Ich kann an den Einstellungen ändern, wie ich lustig bin, aber die Abfragen Sprache,EULA und neuer Benutzer kommen immer noch ...

Keine Ahnung, was nun los war ... habe die user samt profiles und userdata gelöscht ... anschließend das ganze o.a. prozedere neu angefangen ... klappt ... einwandfrei ... würde also sagen "SOLVED"

Moin ... ... haben einen unserer Klassenräume auf Vista umgestellt. Hat ganz passabel geklappt. Jetzt stehe ich nur vor dem Problem, dass ich gerne wieder EIN MAN-Profil für ALLE User hätte ... Ich habe also auf dem Server einen weiteren Ordner angelegt: \\SRV\PROFILES\STANDARD\RAUM102.V2 Anschließend einen User im AD angelegt, der KEIN Serverbasiertes Profil besitzt. Er hat allerdings wie alle User ein Laufwerk "H:\", dass auf \\SRV\USERDATA\RAUM102\STANDARD verweist. Ordnerumleitung ist entsprechend in der OU konfiguriert. Ich melde mich mit dem User am Vista-PC an, nehme alle Einstellungen für das Profil vor und melde mich ab. Melde mich dann als Domain-Admin an und kopiere das Profil unter Änderung der Rechte auf "JEDER" in den vorbereiteten Ordner auf dem Server. Nun noch die NTUSER.DAT in NTUSER.MAN umbenannt ... Jetzt habe ich den "Standard-User" kopiert und seinen Profilpfad auf \\SRV\PROFILES\STANDARD\RAUM102 gesetzt (OHNE das .V2). Laut allen Anleitungen, die ich bis dato gefunden habe, soll es so korrekt sein. melde ich mich nun mit diesem user an, bekomme ich die Meldung, dass der Papierkorb des Users defekt ist. Allerdings nicht der des gerade angemeldeten users, sondern der des Users, unter dessen Account ich das Profil erzeugt habe ... Die Ordnerumleitung ist nicht auf den aktuellen User eingestellt, sondern immer noch auf den "alten" ... Irgendeine Idee, woher dieser Fehler kommen könnte ?

Moin mal wieder ... ich kämpfe mich jetzt schon seit einige tagen durchs WWW, um brauchbare Infos zu finden, aber so richtig komme ich auf keinen grünen Zweig. Wir haben auf unserem 2003 R2 SP2 den WDS aktiviert und eingerichtet ... Images können angelegt und auch wieder installiert werden. Jedoch werden scheinbar Teile der WDSClientUnattend.xml ignoriert. Ich habe einen Vista-PC mit Office 2007 und diversen anderen Tools vorbereitet, so wie er zum Einsatz kommen soll. Habe dann mittels sysprep /OOBE /Generalize /Reboot das Image vorbereitet und per NetworkBoot auf den WDS geladen. Habe anschließend folgendende WDSClientUnattend.xml erstellt und dem Image zugewiesen: Die Frage nach der Partition ist weg. allerdings kommt noch immer die Frage nach Land/Sprache, ebenso die anerkennung der EULA. Und auch der Aufbau des Rechnernamens basierend auf meinen Einstellungen findet nicht statt. Der PC heisst noch immer "ADMINISTRATOR2" Irgendeine Idee ? WDSClientUnattend.xml

Ich glaube, hier hat nichts geklappt ... oder jedenfalls nicht alles ... Ich war an zwei PCs mal spaßeshalber auf der Windows Updateseite ... Nach dem üblichen "Genuine-Install" wollte der eine noch 5 Updates haben, der andere noch 17... Ich traue mich schon gar nicht, bei den anderen nachzusehen ... Aber durch die Unterschiede bei der Anzahl der Updates scheint irgendwas passiert zu sein. Schließlich waren definiv alle PCs auf dem gleichen Stand, als ich den WSUS in Betrieb genommen habe. Werde es mal mit wuauclt /resetauthorization /detectnow versuchen. Vielleicht passiert ja noch was. Obwohl 12:00 ja mittlerweile rum ist. Was macht der WSUS dann eigentlich? Laut meiner GPO sollten die Clients dann 5 Min. nach dem Neustart mit dem Update beginnen. Scheint aber nicht so. So langsam wird's dann hier auch eng. Ich brauche am Montag die PCs auf aktuellem Stand. Werde also wohl oder übel noch zur "Turnschuh-Administration" wechseln müssen, wenn es nicht innerhalb der nächsten Stunde klappt. Schade eigentlich. Dachte, zwei Wochen Vorbereitung für den WSUS reichen. Also entweder habe ich was verbogen, oder an den Clients haut irgendwas nicht hin. Werde nächste Woche mal eine VM mit XP-SP2 aufsetzen und prüfen, ob es bei der klappt. Auf jeden Fall erst einmal danke für die Hilfe.

öhm ... nich dass ich da nun was falsch verstehe. Aber sollte beim Netstat dann nicht auch der WSUS samt port auftauchen? Also beispielsweise "srv.domain.local:8530"? Dem ist nämlich nicht so.