Sunny61

No. 43 bietet das auch nach der Installation per GPO: https://www.gruppenrichtlinien.de/artikel/adm-templates-beispiele-von-gruppenrichtliniende/ Nur zur Info, das kann IMO nie schaden, wenn man das auf den Clients aktiviert.

Bring mal ein paar ipconfig /all. Einmal wenn sich der Client NUR in der Domain befindet, einmal außerhalb und einmal außerhalb mit aktivere VPN Verbindung. Jeweils in einer Commandline ein ipconfig /all | clip [ENTER]. Den Inhalt hier jeweils in einen Code-Tag kopieren und erläutern wer was ist.

Nicht so kleinlich sein, MSFT braucht noch Verbesserungspotential für die kommenden Builds! :)

Ein ähnliches Problem ist nicht das gleiche und es ist nicht dein Thread. Eröffne bitte einen eigenen neuen Thread, Du kennst das ja schon, oder nicht?

Du kannst auch am Client nach der Erstellung der Verbindung diese Befehle ausführen: net use \\deinDC "passwort" /user:deinedom\Benutzer Alternativ "passwort" weglassen, dann musst Du es eintippen. Und jetzt via \\Server\Freigabe probieren. Was ist ein knös?

Wenn für die Daten eine eigene VM existiert, dann ja.

Daten migrieren, neuen Fileserver installieren.

Einen normalen sauberen Restart hast Du schon probiert? Wenn nein, dann hol das doch mal nach.

Wer vergibt denn die IP-Adressen beim VPN? Die FB? Wenn ja, dann hast Du IMO den Fehler. In einer Windows Domain sollte man schon einen Windows Server DHCP spielen lassen, geht auch für VPN.

Wenn Du ordentlich per VPN angemeldet bist, funktioniert es auch via Servername. Wenn nicht, ist deine VPN-Konfig verbesserungswürdig.

Wenn es denn sein muss, dann hilft dir DesktopOK. Das Tool speichert die Anordnung ab und kann sie auch wieder herstellen, falls benötigt.

AFAIR hab ich mal gelesen, es hängt mit Kerberos zusammen. Sicher weiß ich es allerdings nicht. Was spricht gegen \\Server anstatt \\IPAdresse?

Mit DISM: https://msdn.microsoft.com/de-de/library/hh824869.aspx https://www.deskmodder.de/wiki/index.php/Windows_10_reparieren_wiederherstellen_mit_DISM_Inplace_Upgrade_und_vielen_weiteren_Varianten

Einfach die Sicherung der VM wieder einspielen, die Du vor dem Update gemacht hast. Hast Du nicht gemacht? Du könntest mit dism versuchen das zu reparieren. Eine Neuinstallation dürfte schneller sein.

Gibt es den alten Server denn sonst noch irgendwo im AD? Wenn nein, dann lösche ihn aus Standorte und Dienste. DNS Einträge kontrollieren und ihn dort auch manuell löschen, falls sich dort ein Eintrag findet.

Weshalb nicht im Benutzerteil des GPO? Dort gehört CURRENT_USER für mich rein. Wer steht in der Sicherheitsfilterung des GPO? Authentifizierte Benutzer? EDIT: Benutzer und Computer liegen im Verwaltungsbereich des GPO?

Probier doch auf dem einen Client das gleiche mit einem neuen Benutzer, funktioniert es dort?

Ist das Problem nur auf *EINEM* Client oder nur bei *EINEM* Benutzer auf diesem Client?

Wenn Du im AD, egal wo, noch den alten DC irgendwo stehen hast, dann gehört der raus. Und zwar ohne wenn und aber. Wo steht denn im alten Backup noch der alte DC drin? Oder vermutest Du das nur? Oder steht der alte DC noch als alternativer DNS drin? Wenn ja, raus damit.

Wie mwiederkehr schrub, mit dem MCT das Image downloaden und abspeichern. Die monatlichen CUs kannst Du mit DISM hinzufügen. Möchte man eine GUI dafür, dann kann man mit https://dismgui.codeplex.com/ das bequem auch mit GUI machen. Kleines HowTo: https://ingoboettcher.wordpress.com/2012/10/29/ich-bau-mir-ein-windows-8-wie-es-mir-gefllt/

BTW: Es heißt Hybri*d*. ;)

Schau dir https://www.boxcryptor.com/de/ an.

https://www.einfaches-netzwerk.at/author/dietmar/ :)

Nummer 19 suchst Du: http://www.mcseboard.de/topic/191452-regeln Dort sitzen auch Entwickler und SQL Server Spezies, die sehr tief im System sind. ;)

Was heißt selbst generierte IPV6? Wenn Du nicht damit arbeitest, nichts anfassen, einfach so lassen wie es ist. Zeig doch einfach mal ein ipconfig /all vom DC1 frisch nach der Installation und kurz vor dem DCPROMO. Auf der Commandozeile ein ipconfig /all | clip [ENTER] und hier in einen Code Tag einfügen.