Sunny61

Steht auch im Artikel, lesen mußt Du selbst. ;)

Das geht übrigens auch mit Favoriten oder Websites im IE. ;)

GPUpdate auf einem Nicht-Domain-Member ausführen ist sinnfrei. Was genau funktioniert denn nicht? Weshalb sind die Geräte nicht in der Domain?

Schrub ich doch, abmelden und als *dritter* anmelden. Am besten wäre ein Neustart, jetzt als dritter anmelden und ins Dateisystem gehen: C:\Benutzer\DeinProfilName in C:\Benutzer\_DeinProfilname umbenennen. Nun noch den Teil in der Registry löschen, und wieder neu starten. https://geolevel.wordpress.com/2011/07/16/win7-profil-sauber-loschen-temporares-profil-problem-beheben/ Jetzt kannst Du dich wieder als der ursprüngliche Benutzer anmelden, es wird ein neues Profil erstellt, das alte ist nicht weg.

Vorlagen anheften: http://www.office2010-blog.de/de/start/outlook/outlook-vorlagen-blitzschnell-nutzen-per-sprungliste

Geht auch noch einfacher. Abmelden auf dem PC, als dritter anmelden, das Benutzerprofil umbenennen und in der Registry unter der Profilelist HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList dein Teil löschen, der dein Profil betrifft. Jetzt neu starten und als Benutzer wieder anmelden. Der Benutzer bekommt nun ein neues lokales Profil, das alte wird dabei nicht gelöscht.

Der neue TS ist auch in allen Gruppen wie der alte TS? Grab dich hier mal weiter vor: http://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/ http://www.gruppenrichtlinien.de/artikel/loopbackverarbeitungsmodus-loopback-processing-mode/

Spätestens jetzt würde ich mit einem neuen Benutzerprofil testen.

Vermutlich, da sonst das Update ja auch nicht auf die Clients gekommen wäre.

Zuerst mal solltest Du anstatt Ersetzen oder Erstellen, Aktualisieren wählen. Ab W8 macht sich das besser. ;) Gibt es denn in der Computerverwaltung einen Hinweis auf das Laufwerk G? Ein USB-Stick oder ähnliches? Server- oder Lokales Profil? Profil schon mal umbenannt und ein neues erstellen lassen? Verschieb dein Konto doch mal in eine OU, auf der nichts verlinkt ist, DC-Replikation ausführen, ab- und wieder anmelden. GPUPDATE /Target:user [ENTER] ausführen. Jetzt sollten keinerlei Laufwerke kommen. Wenn dem so ist, dann kannst Du jetzt das GPO mit den Laufwerken auf diese OU verlinken, DC-Replikation ausführen, ab- und wieder anmelden. Wird jetzt LW G: angezeigt?

In Beispiel 9, die zweite Zeile, davon den Teil nach der Pipe: https://technet.microsoft.com/de-de/library/bb124612%28v=exchg.150%29.aspx

Macht nix, Einträge in der HOSTS haben in einem AD-DNS nix mehr verloren, da hat der Norbert schon Recht. ;) Treiber für die NIC aktualisieren, das kann IMHO nicht schaden.

Tja, wer heute noch ohne AD ist, der braucht einen guten Schuster! :p BTW: In einer Windows Domain habe ich diese Benachrichtigung noch nicht gesehen. Habt ihr einen WSUS im Einsatz? Wenn ja, schau dir den WPP an. Custom Update ist das Stichwort. EDIT: Hier gibt es HowTos zu dem Thema: http://www.wsus.de/wpp

Können die User auch wirklich Einstellungen verändern und abspeichern, oder nur ein bisschen rumklicken? Als der betroffene User in einer cmd das hier eingeben: whoami /groups [ENTER] In welchen Gruppen ist der Benutzer Mitglied? Was sagt GPRESULT /H >gpresult.html [ENTER] in einer administrativen Commandline aus? Irgendwelche GPOs die greifen, aber nicht greifen sollten?

OK, wenn das erst kommt, was habt ihr jetzt im Einsatz? Ist der 2012R2 ein DC? Der erste 2012R2 im Netz? Gibt es schon andere 2012(ohne R2) oder nur 2008R2 und älter? Habt ihr das SMB-Signing per GPO in den beiden Default Policys gem. BestPraxis konfiguriert? http://www.gruppenrichtlinien.de/artikel/smb-signing-kommunikation-digital-signieren/

Dann mußt Du hinfahren oder einen Dienstleister vor Ort beauftragen. Was Du bisher vergessen hast zu beantworten: Seit wann existiert das Problem? Was wurde zu dem Zeitpunkt geändert? Gibt es weitere Fehlermeldungen im Eventlog? Führe einen sauberen Neustart durch und probier es erneut: http://support.microsoft.com/kb/929135/de Treiber für die NIC erneuert/aktualisiert?

Jepp, das geht sogar per GPO: https://support.microsoft.com/de-de/kb/3080351

Welche Sicherheitssoftware kommt auf den Clients zum Einsatz? Seit wann besteht das Problem? Was wurde zu dem Zeitpunkt geändert? Nichts ist die flasche Antwort. Weshalb sind nicht alle Clients aktuell in Sachen Windows Update? Der SBS bringt einen WSUS mit, weshalb nicht nutzen?

Auf dem DNS-Server in der Management Konsole auf der linken Seite einen Rechtsklick auf die Zone > Neu laden. Hast Du denn beim aufräumen der DNS-Zone auch die Reverse Lookup Zone berücksichtigt? BTW: Aufräumen kannst Du automatisiert laufen lassen: http://www.faq-o-matic.net/2006/04/30/endlich-ordnung-auf-dem-dns-server/ Auch wenn der Artikel schon älter ist, er hat immer noch Gültigkeit. Dort gibt es auch niemanden vor Ort? Du kannst natürlich auch alle Befehle in eine Batch schreiben und die dann ausführen, dann wird anschließend auch wieder neu gestartet. Seit wann existiert das Problem? Was wurde zu dem Zeitpunkt geändert? Gibt es weitere Fehlermeldungen im Eventlog?

Hast Du denn auch beide Clients schon neu gestartet? Auf dem DNS-Server die Zone erneut laden lassen, nach dem aufräumen? Vor dem Neustart der beiden Clients vielleicht auch ein ipconfig /release gefolgt von ipconfig /renew ausführen, jetzt neu starten.

Geht nicht ist eine Fehlermeldung, mit der niemand etwas anfangen kann. Du mußt schon etwas genauer werden. Wo genau hast Du flushdns ausgeführt? Auf dem Kopierer? :) Hast Du ipconfig /flushdns oder nur flushdns ausgeführt? :) Welche Einträge findest du in der HOSTS-Datei?

Geh doch mal nach dieser Anleitung vor: http://www.msxfaq.de/code/transportagent.htm

Welche Verweise hast Du denn im Projekt eingebunden? Richtiges .Net Framework ausgewählt? Du kannst auch im Visual Studio nicht benutzte/benötigte Verweise entfernen, führe das mal aus.

Schau dir diese Scripte an, evtl. helfen sie dir: http://www.powershellpraxis.de/index.php/laufwerke-und-freigaben

Dann leg ihm doch einfach eine Batchdatei auf dem Desktop an. Doppelt anklicken wird er sicherlich können.