Sunny61

Ist mir auch klar, haben wir so konfiguriert. ;) Outlook in Kombination mit Exchange. Ist aber nicht weiter dramatisch, die Benutzer kopieren die URL in die Adresszeile vom Browser, das funktioniert dann und die User können damit leben.

Ist doch gut wenn sie nicht genehmigt sind. Denn was nicht genehmigt ist, wurde auch noch nicht gedownloadet. Das wiederrum spart Platz und Bandbreite. Sind bei den nicht genehmigten Updates welche dabei, die angefordert werden? Wenn ja, dann nur die genehmigen. Wenn Du weiterhin mit automatischen Genehmigungsregeln arbeitest, wird sich vom Wildwuchs her gesehen, nichts ändern. Weshalb möchtest Du die Dateien dann wieder neu downloaden? Manuell nach dem Datum sortieren und ablehnen. Indem man täglich ein Script laufen lässt, das die Arbeit für dich macht. Auf http://wsus.de/scripts findest Du zwei Bereinigungsscripte, das zweite verschickt auch Mails. Das lässt du täglich im Taskplaner laufen, du wirst staunen wie schlank das Content wird. Zusätzlich solltest Du dieses Script einmal pro Woche laufen lassen: https://gallery.technet.microsoft.com/scriptcenter/6f8cde49-5c52-4abd-9820-f1d270ddea61 Wenn das Bereinigungsscript täglich läuft, löst sich das alles in Luft auf.

Oder pro Gerät ein Gerätepostfach erstellen, in den Exchange Adresslisten ausblenden, dann kann man User + Passwort auch schön auf den Maschinen trennen.

Programme die von Netzlaufwerken gestartet werden, könnten Probleme machen. Oder auch Links aus Mails heraus werfen eine Fehlermeldung, zumindest bei uns ist es so.

Weshalb benötigt ein User Domainadminrechte auf dem Client? Nimm ihm die Rechte wieder, ab- und wieder anmelden. Geht es jetzt? Wenn nein, leg auch temporär für den User ein neues Profil an.

Und Du kannst auch keine EXE oder .BAT im Tempverzeichnis ausführen? Kann der Benutzer noch ausführbare Dateien, die in den Eigenen Dokumenten liegen, ausführen?

DFS wäre eine Möglicheit, Robocopy die andere. Und es gibt ein Tool von MSFT, Fileservermigration Tool. Such dir was aus. ;)

Die FB (deren DHCP) wird einfach die falschen DNS-Server verteilen, deshalb die Frage nach dem ipconfig /all.

Warum nicht? Meinst Du es ist dein letzter Satz dann in der Firma? ;) Und das kann mn Scripten, so meint es der Norbert. ;)

So ganz hab ich dich noch verstanden, aber falls du die ProfileList meinst, ja die Einträge dort kannst Du löschen. Tu dir selbst einen Gefallen und lösche auch das dazuhörenden Profil, alternativ einfach umbenennen. Ein _ vorne dran reicht völlig aus.

Lies doch die Erklärung zum /force: https://technet.microsoft.com/de-de/library/bb490983.aspx Wo oder bei welchem Benutzer soll das GPO ausgeführt werden? Welche GPOs greifen auf dem DC bzw. greifen bei dem angemeldeten Admin auf dem DC? Und falls Du mehr als einen DC an einem Standort hast, solltest Du auch die AD-Sychronisierung im Auge behalten, sonst ist ein gpupdate /target:user nutzlos.

Zeig doch mal ein ipconfig /all, vermutlich ist die Fritz.Box der DHCP-Server.

Und bei Click2Run sind auch GPOs aussen vor, AFAIK.

Mit Verlaub, das gpupdate /force auf dem DC hilft nichts, überhaupt nichts. Du hast eine TestOU, darin einen Testuser angelegt. Auf diese TestOU hast Du ein erstelltes GPO verlinkt. In dem GPO hast Du mittels GPP ein LW verbunden. Lass doch mal den Reiter Gemeinsam links liegen, entferne alle Haken daraus und starte den Rechner neu. Nach dem Neustart 2 Minuten warten, jetzt erst den Benutzer anmelden. Was siehst Du?

So ein Tool wie den CCleaner kannst Du dir sparen, ist flüssiger als Wasser und saugefährlich noch dazu. Auf meine Art heißt, es ist von MS supported, der CCleaner ist nicht supported. Wenn Du Bereinigen willst, dann benutze die Festplattenbereinigung, sonst braucht man nichts.

Das nimmt der schon auf, du darfst es gerne melden. ;) Jepp, manchmal verschluckt sich der Update-Client, gib ihm etwas Zeit, so 24 - 48 Stunden und mind. einen Reboot, dann sollte das wieder funktionieren ohne Eingriff. ;) Jedes Gramm, äh, MB muss gespart werden. ;)

Einfach ignorieren, er hat das Ignorieren verdient. ;)

Weshalb macht ihr das denn nicht? Du brauchst dann ja nur die Updates genehmigen, die auch angefordert werden. Sorry, ich kann die Einstellung zu so einem sammeln und hamstern überhaupt nicht verstehen. Nein, ist nur vom Volumen her größer und mehr natürlich auch im Download. Der Entwickler hat sicherlich nicht diesen Teil mit 300 Clients auf einmal getestet. Kannst mal als Bug beim Entwickler melden! ;) Wos siehst Du den Bug? By Design würde ich da sagen. Kann ja auch nicht anders sein, in der DB wird sicherlich zu viel auf die Expressupdates verweisen, da ist die Vorgehensweise mit ablehnen und neu genehmigen die sauberste. In diesem euren Fall war es wieder mal PICNIC! :)

Im WSUS kannst Du in den Optionen den Haken wieder rausnehmen. Danach würde ich vermutlich den Bereinigungsassistenten laufen lassen. Wäre es nicht einfacher den WSUS neu aufzusetzen und es richtig zu machen? Dann den Clients den neuen WSUS geben.

Du mußt beim BITS immer vom dem Objekt ausgehen, das den Job im BITS erstellt. Und das ist in diesem deinem Fall der WSUS. Denn der WSUS holt bei MSFT die Updates und benutzt dazu den BITS. Genau ist es bei den Clients, die holen sich die Updates vom WSUS und benutzen dafür ihren lokalen BITS. Möchtest Du die Clients eingrenzen, das kann manchmal ja Sinn machen, dann mußt Du die Einstellungen auf die Clients wirken lassen. Bezüglich Unterschied Fore- und Background habe ich diesen Artikel gefunden: http://theraneman.blogspot.de/2010/07/is-your-background-intelligent-transfer.html

Wer weiß, wer weiß. ;) Ja, kannst Du IMHO wieder abwählen. Wird aber wohl wie beim Exchange sein, immer etwas Zeit mitbringen, bis sich die Clients daran gewöhnt haben. Bzw. bis sie die Infos geholt haben. Da hilft es schon das SoftwareDistribution zu leeren, ansonsten die Clients einfach ein paar Tage arbeiten lassen. Die Suchhäufigkeit von 22 auf 4 Stunden vorübergehend nach unten drehen könnte auch helfen, so melden sich die Clients mind. 2 x am Tag. OK, 2,2 GB ist OK für 450 Clients. Den Task aus dem Wartungsplan kannst Du sicherlich als TSQL mit dem Script vergleichen, ich weiß nicht wie Scripte im Wartungsplan ausschauen. ;) Das zweite Bereinigungsscript verschickt auch Mails mit Details. http://wsus.de/scripts Viel Erfolg! ;)

Ich könnte mir vorstellen, er meint die Möglichkeiten die sich bieten, wenn man sich mit einem MS-Konto anmeldet.

Hier gibt es keine Garantie auf Antwort, die gibt es nirgends. Lies doch mal selbst: https://www.frankysweb.de/clients-vor-infektion-mit-ransomware-schuetzen-locky-cryptolocker/

Für was braucht man unnütze uralte Updates auf der Platte? Oder setzt ihr XPSP3 Clients noch neu ohne Updates auf? ;) Was willst Du abwählen? Die Updates? Wenn Du sie loswerden willst, ablehnen und den Serverbereinigungsassistenten regelmässig per Taskplaner ausführen. Das nützt der SUSDB aber recht wenig, du sollst das Reindexierungsscript einmal in der Woche laufen lassen, das Bereinigungsscript am besten täglich. Wenn möglich, dann pack es im Wartungsplan unter. Wieviele Clients/Server verbinden sich denn zum WSUS? Wie groß ist denn die 'alte' SUSDB? Einfach mal Ruhe bewahren und das WE abwarten, den Vorschlaghammer kannst Du am Montag oder Dienstag immer noch auspacken. Ja, der WPP ist gut, nur die GUI muss doch handlicher werden. ;)

Igitt, wer macht denn sowas? OK. Und weshalb macht man so etwas sinnloses? Weshalb nochmal neu alle Updates downloaden? Einfach keine automatischen Genehmigungsregeln einrichten und abwarten was die Clients anfordern, fertig. Spart Bandbreite und schon das Content. Aber beides ist vermutlich zur Genüge bei euch vorhanden. ;) Und beim neuen WSUS gleich die Bereinigungsscripte sowie das Reindexierungsscript im Taskplaner einrichten.