Sunny61

Hier gibt es ja ein paar Lösungsvorschläge: https://social.msdn.microsoft.com/Forums/windowsserver/en-US/dabc141e-e16f-4b8f-88ad-a1d5c967e4b4/0x80090006-invalid-signature?forum=winserver2008appcompatabilityandcertification Liest sich für mich, als ob ein Zertifikat fehlt. Findet sich etwas in den Eigenschaften der Datei? Und wenn in den Logs nichts wildes drin steht heißt das für mich es steht etwas drin. Falls das nicht geheim ist, dann schreib es hier rein, falls es zum Problem gehört.

Das Script kannst Du dir sparen, schau dir einfach die Optionen im GPP-Dialog zu den Netzlaufwerken an. Falls Du per Script verbindest, reicht auch ein /persistent:no aus. Und das kann man auch via GPP setzen.

Sag das den Programmierern der Programme die das ermöglichen. ;) Auch wenn innerhalb der Programme mit LW-Buchstaben anstatt mit UNC-Pfaden gearbeitet wird, ist das einfach nur Mist.

Sind schon übel, wenn sich Programme anschließend nicht mehr mit den Laufwerken verbinden, weil sie sie nicht mehr finden finde ich das übel. Aber das Übel kann man ja ausmerzen. ;)

Dateien kopieren in einem GPP kann ich auch mit SYSTEM-Rechten ausführen lassen. Schau dir dazu die GPP doch mal ganz genau an. Reiter Gemeinsame Optionen. Schreib dir doch einfach eine Batch und kopier damit von der Quelle zum Ziel. Und die Batch führst Du als der angemeldete Benutzer auf dem W10 Client aus, was passiert? Es gibt übrigens auch ein eigenes Ereignislog für die Gruppenrichtlinien. Was ist der Unterschied zwischen den W7 und den W10-Clients? Andere Hardware? SSDs?

Wie genau löscht Du die Laufwerke beim Abmelden? Du mußt auf Aktualisieren umstellen, mit W8.x gibt Erstellen ganz üble Nebeneffekte.

Beim Mittagessen! :)

Wird der Kopierjob mit Userrechten oder mit Systemrechten ausführt?

Da haben wohl zwei Produktgruppen nicht ausreichend miteinandere kommuniziert. ;) Wäre ja nichts neues.

OK, und was ist mit dem Rest? Teste es doch einfach mal, nur so kannst Du dich an die Fehlerquelle heran arbeiten.

Wird der Kopierjob mit Userrechten oder mit Systemrechten ausführt?

Dann schau doch auch den Rest durch. Gibt es Dienste mit Usercredentials? Lässt sich recht schnell in Services.msc prüfen. Geplante Tasks erneut prüfen? Programme mit Credentials prüfen? Ein anderer Benutzer der ihn ärgert?

Und weshalb muss der Loopback aktiviert sein? Die Dateien per Computer-GPO auf die Clients kopieren (am besten ein eigenes Verzeichnis anlegen), die Benutzereinstellungen dann für den Bildschirmschoner aktivieren.

Wenn es unwahrscheinlich dringend ist, einfach eine eigene Zone auf dem DNS mit der neuen IP anlegen.

Was sagt denn der Azure Support zu dem Problem? Du zahlst für den Support, dann solltest Du ihn auch nutzen.

Mit dem ausführenden Benutzerobjekt funktioniert das auch ganz sicher? EDIT: Leg/kopier die Dateien mal in einen anderen Ordner.

Die verwendete Software bringt keine Formular für Outlook mit, damit man die Sprachaufzeichnung an ein beliebiges Telefon schicken kann?

Und der Benutzer legt sich ganz sicher kein LW selbst an? Synchronisierungstool mit Outlook manuell installiert? EDIT: Sind rrgendwelche Programme installiert, die Benutzerkennungen speichern?

Und die Dateien sind auch wirklich in dem Folder? Hast Du das manuell auf dem Client kontrolliert?

Anleitungen dafür gibt es genügend: http://jackstromberg.com/2013/10/migrate-dhcp-role-from-server-2008-r2-to-server-2012-r2/ https://technikblog.rachfahl.de/losungen/migration-eines-dhcp-servers-von-windows-server-2008-r2-auf-windows-server-2012-r2/ Vom W2012 aus alles machen, also Remote per PS auf die alten Maschine zugreifen.

Treiber manuell auf Aktualität überprüfen. Nofalls ein Image erstellen, das Gerät mit der Recovery DVD neu aufsetzen und erneut testen. Tritt das Problem auch direkt nach dem neu aufsetzen mit dem Recovery auf, ab zum Hersteller mit dem Problem.

Der Benutzer kann nichts falsch eingeben und sich selbst dadurch sperren? Smartphone? Gruppenrichtlinien mit irgendeinem geplanten Task als Benutzereinstellung?

IMHO nein, denn es gibt mehrere Dialoge die ein Programmierer aufrufen kann. Das Programm muss geändert werden.

Wieso erst nächstes Mal? Mach es bitte gleich, Danke.

Das .Net Framework 4.6.1 ist ein zusätzliches Framework, wenn es dafür noch keine Programme gibt, braucht das IMHO kein Mensch. Ist bei uns abgelehnt. EDIT: Wenn man das freigibt, hat man auf einem W7 irgendwann mal 5 od. 6 .Net Framework Version installiert. Und für alle Versionen gibt es jeden Monat immer wieder Sicherheitsupdates. Nein, dieses Rennen kann man nicht gewinnen. ;)