Jump to content

daabm

Expert Member
  • Gesamte Inhalte

    5.231
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von daabm

  1. daabm

    x.500

    Oha, sind wir ein wenig sensibel? Die Links von Xanathos sollten Dir helfen, die Antworten in diesem Thread auch: http://social.technet.microsoft.com/Forums/de-DE/31df66e1-2dbe-40af-ad83-b8913c685b38/x500 Und wer eine Suchmaschine nicht bedienen kann und dessen Shift-Taste kaputt ist, der sollte sich mit Äußerungen über Besserwisser eher zurückhalten.
  2. nemix hat recht - ohne DNS ist alles nix.Und ein externer DL,der die Firewall nicht im Griff hat,ist auch nix...
  3. del /? wäre mal ein Anfang. Und "Abmeldeskript" :rolleyes:
  4. Schau Dir mal http://www.edugeek.net/forums/enterprise-software/129435-internet-explorer-11-silent-install.html und besonders Post #7 an.
  5. Ah - dann hab ich das falsch verstanden, Du meintest "Protected mode". Ok, vergiss mein Gelaber von oben :cool:
  6. Ist aber in der Praxis die ERSTE Lösung. Immer. :cool:
  7. @Nils: Was hat denn bitte UAC mit der Verwendung von Gruppen in RG zu tun??? @Nico: Was sagt "whoami /groups" und was sagt der Gruppenrichtlinien-Ergebnissatz? Verschachtelst Du globale oder DL-Gruppen? Du solltest globale verwenden...
  8. daabm

    x.500

    Crossposts sind nie gerne gesehen...
  9. Klar - MsgBox kannst Du ja ersetzen durch was auch immer Du willst :thumb1: Edit sagt: Wer die Sprechblase nicht sieht, schaut auch nicht auf den Desktophintergrund...
  10. Warum - siehe oben - willst Du einen DC klonen? :confused: Das lohnt sich nur, wenn Du Dutzende oder Hunderte brauchst... Kennst Du USN; Invocation ID, DFSR ganz genau? Der Aufwand, AD und Sysvol Replikation hinterher sauber zu kriegen, dürfte höher sein als die Neuinstalation...
  11. DFS-Client aktivieren? Gar nicht - die Fehlermeldung ist so alt wie falsch und hat noch nie gestimmt Wobei - bei Dir mit dem deaktivierten Client für MS Netzwerke stimmt "a)" sogar ausnahmsweise mal - sonst ist es immer ein Sysvol-Replikationsfehler der DCs...
  12. Hab ich noch nie probiert - kann man da eine benutzerdefinierte Query hinterlegen? Dann such mal nach "eventlog query xml xpath" :cool:
  13. Dann lösch das Benutzerprofil (vorher ggf. wegsichern). Geht schneller als langes Suchen...
  14. Die ESC (Enhanced Security Configuration) gibt es auf Clients "eigentlich" gar nicht... Schau Dich mal um, welche Reg-Keys dazu gehören und behalte die im Auge. BTW: Wurde irgendwelche Software installiert? Habt Ihr servergespeicherte Profile und Terminalserver?
  15. Muß ja nicht immer spannend sein - der Löffel wurde vor mehreren zigtausend Jahren erfunden und ich esse noch heute damit :thumb1: Außerdem gilt immer noch KISS - keep it simple and stupid :cool:
  16. Steht das wirklich genau so in deinem Unattend? Schau mal hinten - "%c:\" sieht für mich komisch aus :cool: Und gibt es denn - falls doch nur Tippfehler - das Log und was steht drin?
  17. ...oder eine popelige Messagebox anzeigen - quick and dirty, aber funktioniert auch: http://evilgpo.blogspot.de/2013/08/passwortablaufwarnung-in-windows-7-und.html
  18. Bei "Trigger" - meinst Du da grad Taskplaner-Events? Das dürfte schiefgehen - möglicherweise hilft VBScript mit WMI weiter: ExecNotificationQueryAsync wäre das Stichwort. Hab mich in WMI allerdings noch nie mit Druckjobs beschäftigt (nur mit Treibern/Ports/Queues), daher grad aus dem Kopf keine Ahnung, ob's ne passende Klasse gibt...
  19. Ja, so ist es - erstellen ist ganz einfach, aber das Analysieren ist - mit Verlaub - ein echter Sch*****dr*ck :mad: Vor allem, weil Du mitunter auch noch nen Trace von einem Zwischenpunkt dazu benötigst... Und wenn dann noch "magische" Wunderkisten wie die Steelheads im Spiel sind, dann wird's vollends wahnsinnig :p
  20. E2E-Trace? Ganz einfach: Netmon/Wireshark/Message Analyzer/netsh hernehmen auf dem Client und dem Zielsystem, und dann gleichzeitig Trace starten, und dann die betreffende Anwendung (hier also RDP) starten. Und dann kommt das mühsame Korrelieren der einzelnen Pakete auf Server- und Clientseite inkl. der zugehörigen Timestamps.
  21. Stimmt auch wieder - boote immer x86, von da aus kannst Du auch amd64 installieren. Mußt ggf. das unattend.xml von Hand anpassen, weil da drin die WinPE-Settings natürlich x86 sein müssen, auch wenn Du amd64 installierst.
  22. %logonserver% würde ich vermeiden - damit kannst Du nur auf DCs zugreifen. Besser DFS-N, das ist auch AD-integriert und site-aware. Und "Profile synchron über mehrere Standorte" - das steht ja schon weiter oben: Ja, technisch geht es mit DFS-R, aber MS supportet es nicht, und die Profile werden immer wieder mal kapput gehen. Daher ja auch UE-V.
  23. Zum Thema "unbeaufsichtigte Installation" kann ich msfn.org empfehlen. Und wie lefg sagt: Es ist - leider - bei jeder Anwendung individuell... Die Wartezeit für Skripts steckt unter Admin-Vorlagen/System/Skrips.
  24. In welcher Phase? Run gibt's (soweit ich mich erinnere) im Specialize (da würde es hingehören) und im OOBE. Und warum eigentlich per Powershell??? Unattend läuft nicht in Powershell, das sind normale Commands, das kannst Du einfach direkt als Exe aufrufen mit Parameter...
  25. Ja, ich weiß es aus dem Stegreif. Aber ich bin nicht immer da :jau: Und bitte um Verständnis, dass wir oft das Gefühl haben, daß "richtig suchen" die meisten Threads in den meisten Foren obsolet machen würde... Schön, dass Du es gefunden hast, und wenn Du nicht klarkommst, dann einfach noch mal "erst suchen, dann gerne fragen" :D
×
×
  • Neu erstellen...