Sunny61

Lösch doch mal auf dem Client die SUSClientID: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate > SUSClientID löschen, SoftwareDistribution löschen und den Client neu starten. 20 Minuten stehen lassen, dann sollte sich der Client melden im WSUS. Alternativ auf dem Client eine administrative Commandline öffnen und diese Befehle absetzen: wuauclt /reportnow usoclient StartInteractiveScan

https://gallery.technet.microsoft.com/step-by-step-deploy-local-7c9ef772/ PDF downloaden und auf Seite 11 von 17 lesen. Removing the extended rights

Das ist immer schlecht. Es soll mittlerweile fast normal sein, dass man als Auftraggeber immer den Source Code mit kauft, um ihn in solchen Fällen zu haben. Hilft jetzt nicht mehr, aber evtl. für die Zukunft.

Quelltext bzw. Source geben lassen und einen anderen Entwickler beauftragen.

Beim SP 2013 ist wohl noch nicht so schlimm, die Updates sind nicht besonders groß, dauern aber fast so lange wie große. :)

Übetrifft sogar Sharepoint Updates. :)

Definiere wenig. ;)

Dukel meint den Loopback Modus. ;) Auf gruppenrichtlinien.de findet man die passenden Artikel zu dem Thema.

Tja, die Erfahrung sagt etwas anderes.

Benutzerprofil liegt auf dem Client, dort wo das Mailprofil auch liegt.

Wenn es nur der 1 User ist, dann kannst Du ein neues Benutzerprofil ausprobieren, Outlook Profil hast Du ja schon erneuert.

Man kann in Outlook auch angeben/vorgeben, wie weit in die Vergangenheit Mails in die OST synchronisiert werden sollen. Optionen > Kontoeinstellungen > Doppelklick aufs Mailkonto > E-Mail im Offlinemodus: 2 oder 6 Monate oder alle?

In wenigen Jahren wärst Du froh gewesen, dich mit einer SQL DB beschäftigt zu haben. Aber weiterhin viel Erfolg. :)

Grundsätzlich ist es kein Problem ein Access-BE (Backend) auf einem NW-Laufwerk liegen zu haben. Das FE (Frontend) muss natürlich bei jedem User lokal liegen. Das hatte ich jahrelang erfolgreich betrieben. Ein SQL Server Backend bietet dagegen viele andere Vorteile, die IMO vollständig überwiegen. Dagegen steht allerdings die Einarbeitung auf Seiten der Entwicklung, wird das nicht gemacht, hilft die beste SQL DB nichts.

Hier solltest Du finden was Du suchst: https://www.windowspro.de/wolfgang-sommergut/bildschirm-sperren-gruppenrichtlinien-dynamische-sperre

Das ist UNFUG. Fang doch endlich mal von vorne an, lösch dein GPO und setz eine Einstellung nach der Anderen. Zuerst nur den WSUS eintragen und zwei weitere Einstellungen. Anschließend kontrollieren und die nächste Einstellung setzen. Und vor allem, installiere einen Testclient mit Hilfe eines sauberen ISO. Ich weiß nicht was Du machst, aber das was Du machst, ist etwas komplett anderes als Millionen anderer Admins machen. EDIT: Gibt es Fehlermeldungen bei der Übernahme der GPOs mit Hilfe von gpupdate? Kein /force oder ähnliches ausführen.

Es sind nicht mehr alle Einstellungen in WindowsUpdate in den GPOs zu finden. MSFT lagert aus, in verschiedene Themenbereiche. Bei der von dir gen. Einstellung, kann es natürlich auch wieder ein Anzeigebug sein. In https://gpsearch.azurewebsites.net/#13739 findest Du die Werte, prüf doch nach wie es bei dir auf dem Client in der Registry aussieht.

Installation der Updates dauert bei W2016 sehr sehr sehr lange, bei W2019 ist das recht schnell, hört man. Ein Reboot einer W2016 VM geht sehr schnell, ob das jetzt 30, 45 oder 60 Sekunden dauert, ist mir persönlich egal. Supportdauer wäre sicher auch ein Grund auf W019 zu wechseln, 3 Jahre länger Support. Und beim Wechsel auf W2019 kann man mit den W2016 Servern warten, zuerst die aktualisieren, die jetzt schon aus dem Support sind. CALs nicht vergessen, IMO braucht man für W2019 neue CALs, für 2016 sind sie schon im Haus.

Innerhalb einer Windows Domain muss der Windows DNS auf den Clients und Servern immer als DNS-Server im ipconfig eingetragen sein. Das GW kann natürlich der Router sein, aber als DNS immer den Windows DNS eintragen. Auf dem DNS-Server kannst Du natürlich eine Weiterleitung auf das GW machen.

Andersrum ist es richtig: Über viele Screenshots. :) EDIT: Du kannst den zweiten Teil der Zeile abkürzen, anstatt %userprofile% kannst Du %APPDATA% verwenden, dann landest Du gleich in Appdata\Roaming. Dies und weitere Variablen findest Du in der Commandline wenn Du SET aufrufst.

Hier solltest Du etwas finden: https://nedimmehic.org/2017/01/21/deploying-remote-desktop-services-2016-step-by-step/

Gut, dann warten wir auch deine Rückmeldung, viel Erfolg. :)

Du berechtigst das alles auf dem Connection Broker in der Liste der Sammlung, bzw. die Liste der Programme. Dort wird konfiguriert ob das Programm auch im RDWeb angezeigt wird.

Ja, kannst Du in RDWeb alle anzeigen lassen.

Das hab ich so übernommen und funktioniert, weshalb dann ändern? Machen wir mit den Server übrigens auch so, ein paar Testserver werden manuell installiert und getestet, wenn alles in Ordnung ist, kommen immer ein paar Server in eine passende Gruppe auf dem WSUS. Dort sind die Updates freigegeben, es wird um 3 Uhr installiert und neu gestartet. EDIT: Wenn das mit dem Reboot bei euch so ein Problem ist, musst Du wohl auf eine Softwareverteilung umsteigen. SCCM, Baramundi und weitere können das. Da kann der User seinen Reboot bestimmen.