Hallo Herr Hoof,
"......Allerdings ohne DATEV-Installation.
Auf dem Rechner tritt der Fehler nicht auf."
Diese Info bestätigt einen weiteren Verdacht meinerseits. Allerdings wollte ich hier zunächst weitere Erfahrungswerte sammeln.
schönen Gruß aus Südbayern
Das scheint ja ein Client in der Domäne zu sein. Dann sollten da als erstes die Google Nameserver aus der NIC entfernt werden.
Hat der Client eine feste IP von Hand konfiguriert oder bekommt er eine IP vom DHCP?
Der DNS Server ist der DC und nicht irgendein Router?
Ist der Client / Sind die Clients denn korrekt mit aktueller IP im DNS registriert?
Die "kritischen Daten" sind eigentlich nicht so kritisch Unkenntlich machen sie es aber aus der Ferne etwas schwer einen Überblick zu bekommen.
Danke für den Hinweis,
die Schnellstartoption war früher aktiv; wurde aber - aus anderen Gründen - ausgeschaltet.
Daher scheint allenfalls das fehlen der Option der Auslöser zu sein .
Für den Nicht-IT'ler: Peer-to-Peer in Client-Server Umgebung? (seit 2015).
Gruß
Andreas G. Müller
Die Funktion wurde von MS mit Win 10 eingeführt und hat mit dem lokalen Netzwerk nichts zu tun. Mit dieser Funktion möchte MS die Verteilung der großen Updates beschleunigen, sie bewirkt zum Einen den Download der Updates nicht nur von MS Servern sondern auch von anderen Computern bei denen die Funktion aktiv ist, zum Anderen im Umkehrschluss natürlich den Upload von Ihrem Rechner.
Wohl dem Geheimdienst der da eine Lücke findet 
Gruß
KP
Das Phänomen trat auch ohne Google DNS auf. War der "letzte" Reparaturversuch vor meinem Posting 
Jeder Client hat bei uns eine fest manuell vergebene IP. Der 2012R2 wurde anhand der DATEV Installationsempfehlungen Ende 2015 eingerichtet. Daher sollte der Server auch als DC fungieren und nicht der Router. Ansonsten hätte sich die Konfiguration des Servers selbst geändert; an Wunder will ich noch nicht glauben .
Ob die Clients "richtig" im DNS registriert wurden, muss ich mal unterstellen; wie gesagt, bis zum Creators Update war der Hinweis/Fehler auf keinem der Rechner zu finden. Im Rahmen der "Reparatur" versuche habe ich den fluschdns Befehl genutzt.
Für den Nicht-IT'ler: Peer-to-Peer in Client-Server Umgebung? (seit 2015).
Wie kann / soll man sich das vorstellen?
Daher sollte der Server auch als DC fungieren
Der Server _ist_ jetzt DC oder nicht?
Wie häufig kommt denn die Meldung? Alle X Minuten oder Stunden? Oder nur nach dem Hochfahren des PCs bzw. kommt die Meldung nach einem "ipconfig /registerdns"?
Kommt die Meldung danach direkt nochmal, allerdings mit dem Versuch sich bei den Google-DNS zu registrieren?
Sollte der Server DC sein und die AD integrierte DNS Zone hosten, ggfs. mal prüfen, was in der Zone bzgl. dynamischer Updates konfiguriert ist und testweise evtl. auf "nicht sichere und sichere" umstellen und beobachten, ob die Meldung weiter auftaucht:
https://technet.microsoft.com/en-us/library/cc725703(v=ws.11).aspx
AFAIK versucht der Client per Default zuerst eine "unsichere Aktualisierung" und dann eine "sichere". Dann wäre die Frage, wieso der Fehler erst jetzt mit dem Creators Update kommt
Mit peer-to-peer updater ist das hier:
gemeint. Der Vogel muss sich ja irgendwo in einem DNS eintragen - wenn das der lokale ist, kann sich die Sache schon mal als zickig erweisen.
Gruß
KP
Hallo Deus Ex,
das Creators Update nutze ich Privat schon wesentlich länger als es von DATEV für die Verwendung freigegeben ist. Die Beobachtung von Herrn Hoof, dass das System ohne Fehlermeldungen läuft, solange nur Windows installiert ist, habe ich auch gemacht. Im Übrigen ist es müßig die Veröffentlichungspraxis von MS zu kritisieren. Die werden daran nichts ändern. Nur wir Anwender müssen damit leben.
@K.Pf.
der WSUS lässt sich auf dem 2012R2 Foundation jedenfalls nicht installieren. Daher ist dies keine Option.
Allerdings fehlt auf keinem der System ein Patch oder sonstiger von MS bereitgestellter Treiber.
Meine Vermutung es handle sich um einen BUG des Betriebssystems basiert auf den Internetrecherchen zu dem Thema. Dort finden sich Hinweise die teilweise bis zu Windows 2000 zurückreichen - oder anders gewendet Deus Ex: Es ist egal wann sie das CU einspielen, alte BUGs bleiben bestehen.
... und das nächste Feature Update steht im September an 
.
Ich gebe Ihnen zwar recht, dass wir uns aus der Update-Zwickmühle nicht befreien können, was auch für eine stabile Weiterentwicklung des OS zwingend ist, aber man kann sich mit einer verlängerten Rückstellung der feature updates durchaus den Kinderkrankheiten weitgehend entziehen.Insofern mag es zwar müßig sein, umso mehr verdient es Erwähnung, da ggf. der ein oder andere diese Info als werthaltig betrachtet.
Aber auch dann ist man nicht auf der sicheren Seite. Es wäre ja denkbar, dass es da größere Kinderkrankheiten bzw. Unverträglichkeiten mit einer "geschäftskritischen Anwendung" (evtl. DATEV ) geben könnte.
Von daher entweder eine Win 10 Version ohne Feature Upragedes oder eben die wichtigen Anwendungen auf einem Terminalserver bereitstellen und Win 10 nur als stumpfen WTS Client einsetzen.
Als meinerseits abschließende Information in die Runde:
Warum auch immer, seit heute Vormittag erhalte ich keine Meldungen mehr. Auch Verbindungsabbrüche innerhalb des Netzwerkes kann ich nicht mehr feststellen.
Ob es in der Software doch kleine Geister gibt, die beschlossen haben, dass Sie uns genug geärgert haben
. Wäre vielleicht auch ein Feature für die DATEV-Software.
Danke nochmals für die Unterstützung.
Schönen Abend in die Runde.
