Sunny61

Nach dem entfernen aus der Domain waren auch keine Einträge mehr in der Registry bezüglich des WSUS? Das mußt Du unbedingt überprüfen! Ist das ein installiertes W8 mit anschließendem Upgrade auf 8.1? Wenn ja, dann fang nochmal an und aktiviere im W8 das 3.5, alles andere soll fehlschlagen.

Du darfst gerne auf das Crossposting in http://www.administrator.de/frage/windows-server2012-r2-verbindungsversuch-vortex-win-data-microsoft-com-270491.html hinweisen. Hast Du übrigens in den Regeln auch abgenickt. http://www.mcseboard.de/topic/191452-regeln

Den Pfad kann und muss man beim WSUS per GPO vorgeben. Steht in diesem Artikel: https://support.microsoft.com/de-de/kb/2734782/de Methode 2. BTW: Schon wieder neues Design der KB-Artikel?

Toller Support! Sie können doch an deinem System analysieren, oder nicht? ;) Ich meinte mit Support etwas anderes, supportet der Hersteller grundsätzlich RemoteApp oder nicht?

Möglicherweise gibt es eine Gruppenrichtlinie, die es dem Admin untersagt die Startart des Dienstes zu verändern. Schau dir deinen Screenshot an, der Name ist sogar Blau markiert. ;)

Was sagt denn der Hersteller der uns unbekannten Anwendung dazu? Gibt es Support für die Remoteapps?

Eigentlich müsste man euren Kunden über deine Postings mit seinen Daten hier informieren. Denk doch einfach einmal mit.

Habt ihr einen Proxy im Einsatz? Evtl. spielt der hier den Spielverderber. Hast Du schon Updates installiert? Wenn nein, hol das nach und probier es danach erneut.

Wenn das öfter der Fall ist, würde ich das OST-File einmal löschen und wieder neu aufbauen lassen. Jetzt wieder testen und beobachten.

OK, dann schau dir doch beim WPP die Custom Updates an, damit kannst Du Dateien kopieren, Ordner anlegen und vieles mehr. http://www.codeplex.com/Download?ProjectName=WsusPackagePublisher&DownloadId=752590 Alternativ kannst Du natürlich auch eine Batch schreiben, die die Setup.exe aufruft und im nächsten Schritt die DLL kopiert. Geht alles, man muss es nur testen. Und zum Schluß kannst Du auch die DLL per GPP oder Computerstartupscript kopieren.

Eine DLL muss auch registriert werden, nicht immer, aber es ist möglich. Falls das in deinem Fall nicht zutrifft, geht der Weg mit dem MSI. Wie kommt bei einer normalen Installation die DLL ins richtige Verzeichnis? Manuelles kopieren?

Freut mich für Dich und Danke für die Rückmeldung. ;)

Weshalb ein MSI daraus erstellen? Geht das mit gelieferten EXE nicht? Ruf die EXE doch mal über Start > Ausführen > namederexe.exe /? [ENTER] auf. Bekommst Du weitere Hinweise? Ansonsten würde ich mal den Hersteller kontaktieren, evtl. liefert er ja Silentschalter mit.

Domänen Netzwerk wird auf allen beteiligten Server angezeigt? Kommst Du weiter wenn Du die Firewall für einen Test auf einem Server abschaltest, den Du remote verwalten möchtest? Gibt es das Problem nur von Server1 zu Server2? Oder auch von Server2 zu Server1?

Mit Hilfe von VMs lässt sich so ein Test recht schnell erledigen. W7SP1 ohne Folgeupdates installieren und in einer TestOU mit dem TestGPO und einem TestUser loslegen. Während das W7SP1 installiert wird, kannst Du das TestGPO erstellen.

Welchen Netzwerktyp zeigen denn die Server im Netzwerk- und Freigabecenter an? Domänen- oder öffentliches Netzwerk? Ist IPV6 abgeschaltet? Wie sieht ein ipconfig /all aus?

Du darfst gerne hier auf dein Crossposting im Technet hinweisen, Danke. Und im Technet natürlich auch auf diesen Thread hier.

Was spricht gegen eine Neuinstallation? Irgendetwas ist ordentlich verbogen. Eine Neuinstallation ist vermutlich schneller, sauberer und zielführender als ewiges probieren und basteln.

Ich glaube Norbert meinte etwas, das in diese Richtung geht. http://www.wsus.de/veroeffentlichen_von_hardwareupdates_mit_hilfe_von_wsus_package_publisher

Funktioniert die Anmeldung und das Erstellen eines Profils auf einem anderen Rechner mit diesem Benutzer problemlos?

Ja, kannst Du auch machen. Ich meinte aber hauptsächlich die Profilelist bezüglich der Profile. EDIT: Ist der Client in einer Domain? Wenn ja, weshalb dann einen lokalen Benutzer anlegen?

Lösch den lokalen Benutzer vollständig, alle alten Verweise in der Registry löschen, Neustart.

Gut, Danke für die Rückmeldung. Schau mal auf den Reiter Gemeinsam, hast du dort evtl. angehakt, das die Aktion im Benutzerkontext ausgeführt werden soll? Wenn ja, dann nimm den Haken raus und versuch es nochmal. Wenn Computereinstellungen beim Neustart nicht übernommen werden, könnte der Rechner natürlich auch zu schnell starten. Habt ihr diese Empfehlungen umgesetzt? http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/

Nein, das Gegenteil ist der Fall. Es kommt kein Hinweis, es wird nicht automatisch neu gestartet. Lass dir die Vorgehensweise von der Abteilungsleitung oder von der GF schriftlich absegnen, Mails an alle verschicken, fertig.

Nicht kostenlos und selbst noch nicht probiert: http://www.shavlik.com/products/scupdates/