Sunny61

Das wichtigere ist vermutlich das Eintragen der Authentifizierten Benutzer im Reiter DELEGIERUNG. Lies dazu diesen Artikel: http://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/ Und ja, eine Computerrichtlinie kann nicht von Benutzern gezogen werden, denn wenn sie das täte, würde sie Benutzerrichtlinien heißen.

Du hast im Jahr 2016 einen W2008R2 Live genommen, ohne SP1 und ohne Folgeupdates? Das ist ja schon mutwillig. Aber trotzdem Danke für die Rückmeldung.

Du meinst vor dem Patchday willst Du sehen, was am Patchday kommt?

Wenn von einer Verteilung ausgegangen wird, wird bei Fehlern immer an der falschen Stelle gesucht. Es macht einen Unterschied ob ich glaube der WSUS ist das Problem, oder ob ich weiß der Client ist das Problem. Und weil immer abgeschrieben wird, wird es auch die nächsten 100 Jahre leider falsch abgeschrieben. Auch diese Assage ist immer falsch: Wenn jemand das glaubt, versucht er immer an der falschen Stelle das Problem zu lösen und hat die Technik dahinter noch nicht verstanden. In dem Fall WSUS/Clients ist das allerdings sehr simpel. Bezüglich GPO und Script, das war mir schon fast klar. Aber ich kann mir auch andere Fragen vorstellen: Wie schon geschrieben, ich markiere den Griffelspitzer. Aber wenn damit auch nur eine Rückfrage vermieden wird und ein Groschen gefallen ist, hat sich das ausgezahlt. :)

Jetzt mach ich mal den Griffelspitzer. Der WSUS verteilt nichts, gar nichts, nicht mal Freibier! Die Clients *holen*, der WSUS stellt nur zur Verfügung, wie ein stummer Diener. Bevor ich so ein Update per GPO zur Installation anwerfe, mach ich das lieber per Script. Das Reporting kann ich mit dem Script steuern, per GPO geht IMO gar nichts.

Weil nur diese Installationssource vorliegt. Etwas neueres will man vermutlich nicht verwenden, es könnte sich ja etwas geändert haben und dann weiß man nicht mehr weiter. :)

Der WSUS stellt den AV-Scanner in der Verison xx.yy. den Clients zur Verfügung. Wie ein normales Update für Windows. Die Aktualisierung der Signaturen hat damit nichts, aber auch gar nichts zu tun. Schau dir doch mal die HowTos an, dann wird es vermutlich klarer: http://wsus.de/wpp

Auf solchen Images hat IMO ein AV-Scanner nichts verloren. Die Version die Du heute ins Image packst, ist morgen uralt. Besser mit Hilfe vom WSUS Package Publisher und dem WSUS immer die aktuellste Version ausrollen lassen.

Im Zweifel einfach den Blog vom Exchange Team https://blogs.technet.microsoft.com/exchange/ regelmässig lesen, bzw. mit followthatpage.com kriegt man auch Benachrichtigungen, wenn sich etwas tut.

Wenn das eine Frage sein soll, dann fehlt das passende Satzendezeichen. In diesem deinen Fall ein ?-Zeichen. Ich würde das in VB.Net oder VBA schreiben. Hast Du denn das Script Zeilenweise manuell durchlaufen lassen? Wenn Du natürlich Fehlermeldungen deaktivierst, ist das nicht besonders hilfreich. Du kopierst dir Code von irgendwo in dein Script ohne ihn zu verstehen, so kommt mir das vor.

Dein Build: Microsoft Exchange Server 2013 CU8 15.00.1076.009 16.03.2015 Das was nach deinem Build kommt: Microsoft Exchange Server 2013 CU9 15.00.1104.005 16.06.2015 Microsoft Exchange Server 2013 CU10 15.00.1130.007 14.09.2015 Microsoft Exchange Server 2013 CU11 15.00.1156.006 10.12.2015 Microsoft Exchange Server 2013 CU12 15.00.1178.004 14.03.2016 Microsoft Exchange Server 2013 CU13 15.00.1210.003 20.06.2016 Installiere CU13, starte neu und probiers einfach nochmal. Nicht so ausführlich mit den Antworten, wir könnten sonst Rückfragen haben.

Ja, das meinte ich. Wird denn auch eine Änderung gespeichert? Sieht man am neueren Datum. Tipp für das Debuggen. Mit der ISE kannst Du mit Hilfe von F11 Zeile für Zeile Code ausführen lassen. In der zweiten Zeile mit F9 einen Haltepunkt setzen, mit F5 bis dorthin, jetzt mit F11 Zeile für Zeile durchlaufen. Gleichzeitig Excel sichtbar schalten und immer schön prüfen was wann passiert.

Mir fehlt ein Speichern der Datei am Ende.

Start > Ausführen > msconfig [ENTER]. Reiter Autostart > alles deaktivieren. Reiter Dienste > alle MS-Dienste *ausblenden*, die *restlichen* deaktivieren. Neustart. Jetzt abwarten bzw. testen.

Und zusätzlich noch der Hinweis auf die Berechtigungen. So viel wie nötig, so wenig wie möglich. D.h. bei einem Printserver reicht es IMO aus, dass der angemeldete Benutzer auf dem System Adminrechte hat, er muss nicht Domain Adminrechte haben. Falls der Benutzer dann auf einem Share Zugriffsrechte braucht, einfach in eine passende Gruppen packen, die auf dem Share eingetragen ist.

Da ist der Nachfolger von https://blogs.technet.microsoft.com/wsus/2016/05/05/the-long-term-fix-for-kb3148812-issues/ > KB3159706 die letzte Build. Eine Build-Nummer dazu hab ich allerdings keine zur Hand. Falls jemand etwas hat, kann er es ja hier posten. Ich gebe es dann an wsus.de weiter.

Ich weiß nicht welches das sein sollte, welche Updates sind denn anschließend noch installiert worden? Hast Du sicherlich noch im Update-Verlauf.

Du brauchst hier nicht zu jammern, du mußt das schon in Redmond publizieren. Am besten machst Du einen Call auf, nur so kann etwas auch nur Ansatzweise dort ankommen, wo es ankommen soll. Wie schwer ist es, so ein Update per Computerstartupscript auszurollen? Wer sich ganz vorne hinstellt bei den Neuerungen, muss auch darauf gefasst sein, dass nicht alles so wunderbar läuft, wie man es gerne hätte.

In der WSUS-FAQ No. 44 findest Du Details zur Build. Das wichtigste ist der Ort, an dem die richtige Build steht, auch das findest Du in der FAQ No. 44. Wenn Du *NICHT* die .274 hast, heißt es zuerst updaten. Und zwar am besten einzeln, nach jedem Update bitte unbedingt den Server komplett neu starten. Ist das alles erledigt, kannst Du die Synchronisierung erneut prüfen.

Findest Du den http://deinWSUS denn in der Registry auf den Clients? Wenn nein, trifft dich evtl. dieser Artikel? http://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/ Prüf unbedingt manuell nach, ob in dem GPO im Reiter Delegation auch die Authentifizierten Benutzer eingetragen sind, ansonsten kann die Übernahme des GPO fehlschlagen.

Wenn ein 3rd Party AddOn Outlook zum Absturz bringt, exkaliert man das an den Hersteller. Wenn sich dort nichts tut, deaktivieren/löschen/deinstallieren und das Produkt von einem Mitbewerber einsetzen, sofern man ohne das AddOn nicht leben kann. Ja, solche Eskalationen können langwierig und ärgerlich sein, ich hatte bisher immer damit Erfolg. :)

Du hast auch das Update nach dem Upgrade installiert? Erst dann verbinden sich die Clients wieder zum WSUS. KB-Nummer hab ich nicht zur Hand.

Möglicherweise läuft der Client beim Shutdown in einen Bluescreen und startet deshalb neu. Aktiviere das Abschalten des Neustarts bei einem Bluescreen: http://www.dirks-computerecke.de/windows-7/windows-7-automatischen-neustart-im-fehlerfall-abschalten.htm Jetzt weiter beobachten. Du kannst das auch per GPO für die Domain einschalten, No. 43 ist es: http://www.gruppenrichtlinien.de/artikel/adm-templates-beispiele-von-gruppenrichtliniende/

Was genau bringt dich nicht weiter? Der Artikel oder der Hinweis auf die Korrektur des Links? Zielgerichtetes und notfalls auch ausführlicheres Antworten, mehr als nur 2 oder 3 Wörter tippen, erleichtert die schreibende Kommunikation unheimlich. Habt ihr das Update installiert? Falls ja, wie wärs mit deinstallieren auf ein oder zwei Testmaschinen, Reboot der Testmaschinen und Test.

Eigeninitiative ist nicht so dein Ding, oder? Kopier den Link in Notepad, den Rest kriegst Du dann hin, oder doch nicht? Korrigiere den Link, ruf ihn auf und lies den Artikel.