Dukel

Ich hatte das bei einer ähnlichen Migration folgendermaßen gemacht: - Profil (mit irgendeinem CLI Tool von MS) auf einen neu angelegten Lokalen Nutzer kopiert - Rechner aus Domäne genommen - Rechner in neue Domäne genommen - Profil von Lokalen Nutzer auf neuen Domänennutzer kopiert. Was bei dir aber gehen kann ist, das Profil händisch zu kopieren (im Explorer) und die Rechte anzupassen (Vollzugriff für den Benutzer).

Und was spricht gegen WebDAV?

Ach ham se die Funktionen des Essentials jetzt in Defener eingebaut?

Windows Defender und Security Essentials sind 2 unterschiedliche Produkte. Vermutlich wird für den Server wieder Forefront Endpoint zu nutzen sein und Security Essentials nur für den Client.

Warum sollen die User auf die Domäne zugreifen bzw. welche Dienste wollen sie dort nutzen? Ich würde ein AD nicht frei ins Internet hängen. Je nach Dienst kann man per Web (SSL Verschlüsselt) zugreifen oder auf einen RDS gehen und von dort alle LAN Dienste nutzen.

Du kannst die Funktion nach programmieren.

Audience (kommt von den Profile Services) gibt es in der Foundation nicht.

Es kommt drauf was man mit AD verwalten möchte. Bei einem NAS verwaltet man normalerweise (außer die generelle Konfiguration) nur Shares und die Berechtigungen. Shares von Windows Fileservern kann man auch nicht im AD angelegen und Berechtigungen sollten analog zu einem Win Server verwertbar (kommt aber auch auf das NAS an) sein.

Mit dem Server 2012 kann man sich überlegen ob man noch einen physikalischen DC braucht. Da eher nur einen Physikalischen Backupserver ohne DC Rolle und eher 2 virtuelle DC's.

Wenn solch ein Krampf, dann doch wenigstens per Imap.

Nicht die Vorherigen Versionen (VSS) mit dem Backup (Auch VSS) verwechseln, nur weil beides VSS nutzt.

Ich würde auch eher WebDAV empfehlen. Einfacher als im Explorer "Netzlaufwerk verbinden" auswählen und http://... einzugeben wird kaum eine andere Lösung sein.

Wieso sollte das nicht gleichzeitig gehen?

Ja, bei einer AD Integration braucht auch ein NAS ein Computerkonto. Bei de gängigen NAS Systemen gibt es eine AD Join Funktion, die das Konto (wie bei Windows Servern) gleich anlegt.

Wieso testest du so was an einem Root Server der Direkt im Internet hängt? Wenn es da ein Konfigurationsproblem gibt und der Server gehackt wird und für sonst noch was missbraucht wird ist das nicht mehr lustig. Teste so was doch im LAN mit eigenen Maschinen.

Hast du den Exchange 2010 in die gleiche Maildomäne genommen?

IIS mit Webdav oder FTP.

Unter Appdata gibt es Local und Roaming. Letzteres wird bei einem Servergespeicherten Profil syncroniert. Manche Einstellungen liegen in Local, manche in Roaming. Liefen bei den Problematischen Usern die Roaming Profile Problemlos?

Wieso umgebogen? Dieser Ordner bleibt Servergespeichert und wird nur beim an- und abmelden zum Client (hier TS) kopiert.

Wie sollte denn die Menge sein, wenn diese aus dem Backup nicht stimmt?

Das nennt sich Single Sign On und lässt sich folgendermaßen aktivieren: Enable RDC Client Single Sign-On for Remote Desktop Services

Evtl. gibt es bei AOL eine Weiterleitungsfunktion. Bei diversen Freemail Anbietern gibt es das z.B. jede eingehende Mail an eine andere Mail Adresse weitergeleitet wird.

Eine selbst geschriebene Lösung oder z.B. Sharepoint (Liste mit Geräten mit entsprechenden Stati und ggf. Workflows für ausleihen und zurückgeben).

Man kann diese im Exchange pflegen (buchen mit und ohne Bestätigung).

Du kannst das AD befragen (z.B. per ADSI).