Sunny61

Du mußt dazu gar nichts schreiben, du ganz bestimmt nicht.

Dann fang an die Gruppenrichtlinien des betroffenen Users zu prüfen und die Anmeldescripte. User im AD kopieren und mit dem neu erstellten User probieren. Leg ihn auch unbedingt in die gleiche OU wie den anderen User. Gruppenmitgliedschaften betrachten.

Das ist der TO: mcseboarduser23 Und das bist Du: MCSE-Anwender Wenn Du hier mit unterschiedlichen Identitäten arbeitest, ist das nicht schön.

Nein, einfacher ist es hier zu fragen, dann kommen schon die Antworten! :)

Wenn der Fehler nicht mitwandert, kann es ein Problem mit dem Profil sein, hier hilft das umbenennen im Dateisystem und in der ProfileList in der Registry den Eintrag zu löschen. Dann den User neu anmelden lassen. Sollte das Problem dann immer noch vorhanden sein, liegt es wohl am Rechner.

Und wenn der BenutzerA sich an einem Client anmeldet, an dem er noch nie angemeldet war?

Betrifft es die 2 Benutzer egal an welchem Client sie sich anmelden? Oder bleibt der Fehler am Client hängen?

Ordnerumleitung ist die Lösung. Und ja, Hersteller ändern ihre Meinung im Laufe von ein paar Jahren. Außerdem gab/gibt es viele Fehler bei 1607 in Kombination mit Servergespeicherten Profilen. Wenn Du hier im Forum und bei einer Suchmaschine danach suchst, wirst Du auch fündig werden.

Die normalen Verzeichnisse umleiten, Eigene Dokumente und alles was darunter ist. Normalerweise reicht das auch. Hier noch ein paar Artikel zum Lesen: http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-3-profile-v2-vista-aufwaerts/ http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-2-berechtigungen-auf-home-folder/ http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-1-argumente/

Probier es so: $Shortcut = $WshShell.CreateShortcut("C:\Benutzer\" & $strName & "\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Windows-Explorer.lnk"

Group Policy Preferences nutzen, dort kannst Du den Dialog nutzen wie er im IE auch vorhanden ist. Allerdings nicht vergessen, die richtigen Tasten zu drücken: http://www.gruppenrichtlinien.de/artikel/f5-f6-f7-f8-und-f3-gpps-aktivierendeaktivierennicht-konfigurieren/

Von Home zur Pro und ein Consumer Notebook im Business Umfeld. Beste Voraussetzungen für einen reibungslosen Bürobetrieb! :) Ich wußte doch, der magische Peter hat wieder eine Aufgabe aus der Berufsschule mitgebracht.

Welcher Netzwerktyp wird dir auf dem Client eingezeigt? Öffentiches Netzwerk? Falls ja, dann mußt Du das ändern.

OK, schön, hast Du den Aufruf denn schon exakt so im Script probiert? Lasst euch doch nicht immer alles aus der Nase ziehen, so macht das alles keine Freude.

Danke, für die Rückmeldung. ;) Hast Du es denn schon mit "%windir%\explorer.exe /e," probiert? Via Start > Ausführen %windir%\explorer.exe /e, [ENTER] kommt IMO genau das richtige raus.

Ja, ich meinte den Client. Sorry, falls das undeutlich rüber gekommen ist, aber da das Problem am Client ist, muss ich dem ja auch die Ausnahmen mitgeben.

Genau, diese Ausnahmen meine ich. Damit der Client weiß, wenn ich zum Server xyz gehe, darf ich nicht über den Proxy gehen.

Wie hast Du es gelöst?

kann natürlich sein, aber jetzt weißt Du wenigstens, wie man den IE ohne AddOns startet. ;)

Den Exchange 2010 in die Proxy Ausnahmeliste eintragen, Autodiscover Name und den internen FQDN.

Das ist mal eine Aussage, zweiter DC wird nicht benötigt weil der andere nebenan steht! :)

Deine nachstehenden Fragen lassen anderes vermuten. Kommt drauf an, soll er den NUR ein DC werden oder soll er NUR ein Mitglied der Domäne werden? Denn auf einem DC möchte ich keinen SQL installieren.

IE ohne AddOns starten hilft auch nicht?

Hast Du schon mal einen Server installiert? Wenn nein, dann hol dir jemanden dazu, der es mit dir gemeinsam macht, dabei lernst Du auch etwas.

Grundsätzlich bitte keine fremden Threads kapern, auch wenn Du ein 'ähnliches' Problem hast. Der sorgt hier nur für Verwirrung. https://blogs.technet.microsoft.com/askpfeplat/2016/10/24/kms-activation-for-windows-server-2016/ https://technet.microsoft.com/de-de/itpro/windows/deploy/activate-using-active-directory-based-activation-client Und hier ist ein Beispiel für die AD-Aktvierung: https://ictschule.com/2015/10/03/active-directory-based-activation/ Und lt. http://www.kraftkennedy.com/active-directory-based-activation-newest-activation-technology-microsoft/ können W7 Clients nicht damit umgehen. Zumindest interpretiere ich das so.