tesso

Aktiviere an einem Client mal das Log Capi2 und melde einen User an der kein Userzertifikat hat. Dann solltest du in besagten Log sehen, ob die Anfragen evtl. Fehlschlagen.

Nur weil der Updatekurs 5 Tage dauert, kommst du ohne Selbststudium und üben nicht aus. Das war schon immer so. Einfach nur Fragen auswendig lernen bringt dich nie weiter, du musst die Themen verstehen. Dann erklären sich auch viele Antworten in den Prüfungen.

Nimm ein Ticketsystem. Die haben so etwas gleich eingebaut.

Das klingt eher nach einem Ticketsystem.

Wozu soll das gut sein? Welches Problem willst du damit lösen? Mir fallen mehrere Lösungen ein, daher brauche ich mehr Informationen.

Interessant. Was sind deine Vorbehalte gegen LAPS? Könne wir auch gern in einem anderen Thread diskutieren.

Das sind beides Kurse für die 697. Der Kurs zur 698 ist die 20698.

Das geht nur, wenn ihr im Vorfeld die Überwachung aktiviert habt. Im Nachgang ist da nichts zu machen.

Da gibt es keine Variable für. Je nach Exchange kann man bis zu 100 Datenbanken haben. Man die Datenbank auch weglassen, dann wählt Exchange selbst eine DB aus. Datenbanken die Exchange nicht für User nutzen soll, kann man vom Autoprovisioning ausnehmen.

Nimm einen Win10 zum verwalten.

In dem Share liegt die Software die du installieren könntest. Ich hatte gestern nicht die Zeit meine Testumgebung zu starten.

Setuplog von Exchange mal angeschaut? Für mich klingt es auch nach abgebrochener Installation.

Betreibst du eine DAG? Funktioniert die Replikation?

Welche Windows Edition ist auf dem Client installiert? Wenn ich mich richtig erinnere zieht diese Einstellung doch nur bei Enterprise. https://www.gruppenrichtlinien.de/artikel/windows-store-store-anwendung-deaktivieren/ Was für eine GPO hast du erstellt? Benutzer oder Computer? Kommt die Einstellung auf dem Client an? gpresult /h

Das ist sicherheitstechnisch ein Katastrophe. Lizenzrechtlich wahrscheinlich auch. So einfach ist nicht machbar. Was ist RMD? Über einen Reverseproxy oder evtl. auch SSL Tunneling sollte sich lösen lassen. Gebastel, gefährlich und lizenzrechtlich bedenklich bleibt es trotzdem.

Klar kenne ich das. Oben in deinem Skript sehe ich es aber nicht.

Klingt weiterhin nach Problemen mit der Namensauflösung.

Wenn man schon Fehler sucht, dann ist folgende Zeile kontraproduktiv. $ErrorActionPreference = "SilentlyContinue" Wahrscheinlich bekommst du deshalb keine Fehler angezeigt.

Es gibt den Parameter "-Location" nur bei Computern, nicht bei Usern. Du musst eine Fehlermeldung in der Powershell bekommen. Warum enthälst du uns die vor?

Ein MDM schreibt aber keine Transaktionlogs. Höchstens die User mit den Handys. Dafür sind es mir aber zu viele. Du musst noch ein anderes Problem haben. Moment: airwatch seg ist ein Mailgateway, kein MDM. Ich würde mir das Gateway anschauen, was dort für Mails durchgehen.

Welchen Patchstand haben die beiden Exchange? Siehe Frage von Nobby

Redest du jetzt von Migrationtasks oder von Move-requests. Migrationtasks kannst du nicht mit get-moverequest abfragen, sondern mit get-migrationbatch.

Der Exchange 2007 hat schon mal einen uralten Stand. der wird für ein Upgrade nicht supportet.

exit oder wscript.quit müssten dir zum beenden des Skriptes weiterhelfen.

Der User darf aber hoffentlich keine Dienste auf der Maschine neu starten. Somit hätte dein Skript ein kleines Problem.