Sunny61

Bitte beantworte doch die restlichen Fragen auch noch, Danke. BTW: Wenn zwei Fragen pro Posting zu viel sind, schreib es einfach. Dann stelle ich nur noch eine Frage pro Posting. Wird dann allerdings etwas länger dauern, bis evtl. eine Lösung kommt.

Was sagt der Druckerhersteller zu dem Problem?

Wie Norbert schon andeutete, schau dir Sicherheitsgruppen an. Die kannst Du bei der Zuweisung von Netzlaufwerken und bei der Zuweisung von Druckern sehr gut gebrauchen. Natürlich können Sicherheitsgruppen auch in der Sicherheitsfilterung von GPOs genutzt werden. Vergiss aber nicht, trotzdem die Authentifizierten Benutzer über den Reiter Delegierung mit Leserechten auszustatten. http://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/ http://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/ http://www.gruppenrichtlinien.de/artikel/statt-loopback-benutzer-richtlinien-auf-eine-gruppe-von-computern-filtern/ Einfach mal die Artikel lesen und mit Hilfe von ein paar virtuellen Testclients und Testbenutzern ein paar reale Testszenarien nachbauen. So kriegt man am besten ein 'Gefühl' dafür, was wann warum wieso weshalb passiert.

Wenn ihr OWA auch für dieser User freigeschaltet habt, dann können die User via OWA ihr PW ändern.

Der WSUS verteilt nichts. Er stellt zur Verfügung, der Client holt ab. Der Unterschied ist klein, aber wie Du siehst, sehr fein. Heißt jetzt was genau? Die Clients haben 1607 abgeholt und installiert? Können jetzt aber keine weiteren Updates vom WSUS abholen? Oder wie genau meinst Du das? Dann wirst Du wohl mit der Powershell die Fehler aus dem Windows Update Log holen müssen. https://support.microsoft.com/de-de/kb/3036646

Dafür gibt es Logdateien, das sollte sich herausfinden lassen.

Hast Du die IP auf dem Switch denn geprüft und geändert? Nichts zu machen ist vermutlich nicht die beste Variante, die man wählen kann. ;) Aufkleber mit IP auf den Switch kleben, nicht vergessen. Sollte die Firmware aktuell sein, oder hast Du es auch geprüft? Wenn du es nicht selbst überprüft hast, hol das bitte JETZT nach. Und da du schon dabei bist, überprüfe die Firmware auf dem Switch auf Aktualität. Nein, ein neuer oder getauschter Switch ist/muss NICHT aktuell sein. Neue Switche haben die meistens eine sehr alte Firmware drauf, also muss man aktualisieren.

Nein, zur Verfügung stellen. Der Client holt es sich, der WSUS verteilt gar nichts, der steht nur da und hält es auf offener Hand bereit für die, die es bei ihm abholen wollen. Dann weck die Rechner in der Nacht auf, die Möglichkeit hat MS schon sehr lange per GPO zur Verfügung gestellt. Aufwecken, Upgrade fahren, schlafen legen.

Das wirst Du im Quellcode ändern müssen. Ich kann man nicht vorstellen, dass MSFT das für dich ändert.

Die DNS-Konfig ist korrigiert, jetzt kann der TO den nächsten Schritt tun. ;) Firmware ist aktuell? Unbedingt manuell prüfen. Zusätzlich das Regelwerk genau unter die Lupe nehmen.

Du hast alle beteiligten Maschinen einmal komplett neu gestartet? Telekom hatte letzte Woche ein Problem mit DNS, ich weiß nicht inwieweit das mittlerweile komplett gefixt ist, deshalb die Frage nach dem Provider. Welche Router habt ihr vor Ort?

Empfangsconnector != Abholconnector! :) SCNR.

Findest Du denn Notepad als Prozess im Taskmanager? Welche Sicherheitssoftware ist installiert? Hast Du das CU vom Oktober für W10 auch installiert?

Jepp. In den Eigenschaften des DNS-Servers, nur damit wir bei der gleichen Bezeichnung bleiben. DNS-Einstellungen des SBS ist für mich etwas anderes. OK, das ist ja auch für die Clients, also in Ordnung so. Sag Bescheid was raus gekommen ist. BTW: Habt ihr die Telekom als Provider?

OEM-W7 Installationsmedium einlegen, installieren und Online gehen. Jetzt wird das W7 auch aktiviert. Wie oder oder mit welchen Medien war ja auch nicht die Frage! :p

Startet denn Notepad? Hast Du den Task als Administrator oder als Benutzer ausgeführt?

Nein, Router raus und keine Weiterleitung eintragen. Bist Du auch wirklich in den Einstellungen des DNS-Servers? Ich glaub mittlerweile wir reden aneinander vorbei. Nein, in den Eigenschaften des DNS-Servers nimmst Du alle Weiterleitungen raus, trägst sonst nichts ein. Damit werden die Root-Server verwendet. Zeig doch ein ipconfig /all von einer anderen Maschine.

Na klar kannst Du auf W7 zurück.

Einer schreibt den Mist vor, 100 schreiben den Mist ab. Ist bei Netzt und/oder weis/weiss nicht anders, leider. Jepp, ist falsch und wird auch nicht durch andauernde Wiederholungen richtiger. ;) Nennt sich auch plenken. https://de.wikipedia.org/wiki/Plenk http://www.sockenseite.de/usenet/plenken.html https://de.wiktionary.org/wiki/plenken

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

Es geht auch ohne zu löschen. Melde dich als Admin an, das Profil im Explorer umbenennen. Von User in _User. Und jetzt in die Registry: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList Auf der rechten Seite finden sich die SIDs, dort suchst Du den User1 und lösch den Teil des User1. Neustart und jetzt den User1 anmelden lassen. Es wird ein frisches Profil erstellt. Wenn die Fehlermeldung jetzt nicht mehr erscheint, kannst Du Daten noch aus dem alten Profil holen.

Läuft auf dem SQL Server ein Terminal- bzw. RDS-Server? Haben die Abbrüche alle Clients oder nur bestimmte? Ist das eine VM? Wenn nein, dann bitte die Treiber für die NIC prüfen. Ist ein Teaming eingerichtet? Gibt es mehrere NICs? Wenn ja, wie ist die Aufteilung für den SQL Server in dieser Hinsicht?

Nein, nimm den Router bei den Weiterleitungen raus, dann werden die Root-Server verwendet. Einfach mal ein oder zwei Tage testen.

Dann trag doch dort einen DNS vom Provider ein, alternativ einen von Google: 8.8.8.8 Welche DNS-Server stehen denn im Router/Standardgateway drin? Nicht das hier noch etwas falsches/altes drin steht.

Kannst Du denn die 490er Fehler zeitlich mit den Abbrüchen in Verbindung bringen? http://www.eventid.net/display-eventid-490-source-ESENT-eventno-3643-phase-1.htm Scannen die Clients evtl. zu viel? Du solltest zuerst das aktuelle CU installieren, den Server booten und dann erneut testen.