Jump to content

odrhuen

Members
  • Gesamte Inhalte

    8
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von odrhuen

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. hmmm.... habe ich denn die prinzipielle reihenfolge überhaupt richtig verstanden? und an welcher stelle kommt denn nun die unattend.xml zum einsatz? edit/ bzw. zusatzfrage: ich kann ja in der Database Computer und Rollen konfigurieren und dann einstellen, dass die customsettings.ini aus der datenbank lesen soll - wozu ist dann jetzt noch die unattend.xml da?!
  2. Hi Leute, ich beschäftige mich erstmals mit dem MDT2012, da es nervt, die Testserver immer manuell hochzuziehen... Leider seh ich gerade den Wald vor lauter Bäumen nicht mehr und irgendwie finde ich auch keine richtige Anleitung im Netz. Was ich will ist Folgendes: - Maschine auf der MDT läuft --> neuer Server bootet WinPE --> WinPE bootet und installiert entsprechend der im MDT hinterlegten Settings --> neuer Server läuft. Sollte doch nicht so schwierig sein dacht ich mir und hab losgelegt: MDT2012 auf einem Windows Server 2k8r2 installiert --> SQLExpress installiert --> MDT aktualisiert (und WAIK installiert) --> einen Deployment-Share angelegt --> eine Test-Applikation hinzugefügt --> ein Test-OS hinzugefügt (Winserver 2k8r2) --> ein Test-Package hinzugefügt (Service-Pack 1 für den Server) --> in der "Advanced configuration" unter Database einen Computer angelegt und dort die MAC-Adresse von meinem neuen Server eingetragen und dann noch einen OSDComputername angegeben den, der neue Computer bekommen soll --> dann eine Tasksequenz angelegt und die unattend.xml ein wenig bearbeitet --> und als letzten Schritt dann den Deployment-Share geupdated und alle Bootimages "regeneriert" --> dann hab ich die winpe.iso auf ein Speichermedium gebracht und den Server damit gebootet. Ich hätte mir jetzt vorgestellt, dass er alles installiert und fertig. Leider scheint er das nicht zu machen, ich hab nachwievor die ganzen Einstellungen (Computer-Name, Auswahl Tasksequenz, Auswahl zu installierende applikationen) vorzunehmen, obwohl ich das eigentlich in der Tasksequenz (bzw. unattended.xml) konfiguriert habe. Ich habe daher das gefühl, als würde winpe nicht die unattend.xml benutzen die ich erstellt habe - muss ich die noch an einen bestimmten Ort auf meinem Deployment-Share kopieren oder so? Danke schonmal für eure Hilfe und beste Grüße.
  3. Wenn ich die mageren MS Informationen dazu richtig verstehe, dann wird beim zusammenstellen von MSI Paketen standardmäßig der API call implementiert, der den Wiederherstellungspunkt setzt, bei normalen .exe muss es natürlich der Programmierer von Hand machen, daher sind mir die ja auch wichtiger als die MSI... Naja okay, dann halt umständlich per Batch, danke trotzdem :)
  4. ganz ehrlich? ich glaube ich werde es nie herausfinden, bzw. ich verstehe nicht was die services machen, die die events erzeugen. ich hab hier beispielsweise ein 7036 "The Windows Installer service entered the running state". Da könnte man ja jetzt meinen, dass dieses event immer erzeugt wird, wenn man eine msi startet, aber Pustekuchen - entweder der Eventviewer aktualisiert sich nicht richtig, oder der service wird willkürlich mal gestartet und mal beendet -.-
  5. Du meinst ich soll den Usern vorschreiben, dass sie eine Batch Datei ausführen sollen, bevor sie die böse setup.exe ausführen? Ja das ginge, aber ich will es ja so automatisiert wie nur möglich, meinst net, dass es äquivalente event-id's auch für normale setups gibt? ps. danke schonmal!
  6. Hey, danke für deine Antwort, aber mir geht es ja nicht darum, dass ICH einen Wiederherstellungspunkt manuell erstelle, sondern, dass die gpo bzw. der scheduled task mir das abnimmt und sobald die event-id, die den start einer Installationsroutine signalisiert, getriggert wird, ein Wiederherstellungspunkt erstellt wird....
  7. Hey Leute, ich bräuchte mal wieder eure Hilfe. Ich probiere gerade folgendes: Ich möchte in meiner Domäne per gpo einen scheduled-task erstellen. Der knifflige Part daran ist, als Trigger für den Task soll eine event-id verwendet werden. Ziel ist es, dass vor dem start einer jeden Installation (sowohl .exe als auch .msi), eine Meldung angezeigt wird (bzw. später ist geplant, dass per script ein System-Wiederherstellungspunkt gesetzt wird). Nun bin ich verzweifelt auf der Suche nach entsprechenden Event-Ids :( Ich habe bereits gefunden, dass es für msi-Pakete eine ID 1040 "Eine Windows Installer-Transaktion wird gestartet" gibt. Ich schätze mal das ist schon die richtige... Nun zur eigentlich Frage: wie logge ich Event-IDs von gewöhnlichen Setup.exe'en? Ich habe bereits /log, /debuglog probiert und auch im Temp-Verzeichnis system\windows\temp scheint nichts angelegt zu werden (als Test habe ich die aktuelle setup.exe vom opera browser verwendet). Als Nebenfrage vielleicht noch: ist mein Vorhaben überhaupt umsetzbar? Ist es, beispielsweise bei msi-Pakaten, nicht nach dem Start der Installations-Transkation bereits zu spät, einen System-Wiederherstellungspunkt zu setzen? Bzw. pausiert die Installation überhaupt, bis der Wiederherstellungspunkt gesetzt wurde? Mir ist bewusst, dass gscheite Software die betreffende Windows API zum setzen eines Wiederherstellungspunktes aufruft - aber mir geht es hier um Software die dies nicht macht/machen will. Tausend Dank schon einmal für eure Hilfe und beste Grüße.
  8. Hallo zusammen, ich suche eine Art Best-Practice, mit der folgendes erreicht werden soll: Ich habe eine Windows-Domäne (2k8r2). In dieser existieren 2 User (A und B). B ist externer Kunde im Unternehmen von A. Das Unternehmen verfügt über genau 1 PC der im lokalen Netzwerk angebunden ist. A und B teilen sich den PC und melden sich mit ihren jeweiligen Kennungen an der Domäne an. Ziel ist es nun, dass B auf eine bestimmte Seite im Intranet nicht zugreifen kann (mit dem Internet Explorer und auch nur der ist relevant in diesem Fall) Mein Weg bis dato: Ich rolle folgende gpo aus: User Configuration --> Policies --> Windows Settings --> IE Maintenance --> Security --> Security Zones and Content Ratings --> content ratings / import / modify --> approved sites --> www.seite-xy.de - "never" Natürlich beschränke ich in der gpo mit Hilfe des Security-Filters die Wirksamkeit der gpo auf Benutzer B. Nun zu dem Teil, der mir persönlich einfach nicht klar werden will: Sobald User B sich an der Domäne anmeldet und die GPO greift, legt Windows unter HKLM (ihr wisst jetzt sicher worauf ich hinaus will)/Software/Microsoft/Windows/CurrentVersion/Policies/Ratings/PICSRules/.Default/0/PRPolicy entsprechende Keys an. Nun, die gpo soll nur für User B gelten, warum in wessen Namen auch immer, legt windows den Key nicht unter HKCU an? Oder bin ich nur blind und die entsprechenden Einträge werden dupliziert auch in HKCU angelegt? Noch eins zum Setting, es handelt sich um Windows Server 2008 R2 und Windows 7 Enterprise x64. Die Umgebung dient mir zum Rumspielen im Zuge der Vorbereitung für mcts 70-680. Außer der genannten gpo sind nur Default-Werte auf dem System aktiv. Ich danke euch für eure Hilfe und bitte euch über evtl. falsche Formulierungen, die aus meinem noch nicht vorhandenen Experten-Wissen resultieren, hinwegzusehen. Danke schonmal und viele Grüße.
×
×
  • Neu erstellen...