Dukel

Das mit dem überlappen der WLan netze brauchst du, wenn du nicht beide AP's am Kabelnetz hast.

Du richtest auf dem NAS keine User und Gruppen ein, sondern bindest das NAS ans AD und dieses kennt (bzw. kann nachschauen) welche User und Gruppen es im AD gibt. Du hast mit einem NAS ca. die selben Möglichkeiten wie mit einem Windows File Server, der neben dem DC steht. Freigaben richtest du im NAS ein, was haben diese mit dem AD zu tun? Bei Anmeldescripten kannst du auch fremde Shares nutzen.

Sharepoint authentifiziert sich am SQL mit den Credentials, die SP kennt. Es gibt sonst keinen Dienst, der sich am SQL Server authentifizieren muss. Achtung! Für diese Funktion sollte in jedem Fall das SP1 installiert sein, da es davor zu Problemen kommen kann.

Wieso soll der Server die Rechte auf dem NAS Managen? Wenn das NAS Ad Integration kann kann es die Rechte selbst verwalten. Authentifizieren muss man sich am AD.

So wie ich das sehe brauchst du nur: 2x Sharepoint Server for Internet Site Standard 2x Windows Server Web Edition

Im ULS Log. C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS Ist aber einfacher per Powershell oder per ULS Viewer zu lesen und zu kopieren.

Kannst du alle passenden Logeinträg zu der ID hier posten?

Zur Info: Mit Sharepoint habe ich das jetzt getestet. Auf Server "normal" installiert und dann die Gui deinstalliert. Es geht nicht, nur mit der minimalen Gui. Sharepoint benötigt Windows Identity Foundation, welches in der Core Version nicht gibt und auch nicht installierbar ist.

Kannst du Sharepoint nicht brauchen?

Nein. Aber wenn man mit den Konsequenzen leben kann kann man diesen nach der Installation deinstallieren.

Was willst du mit den Daten machen? Ein Failovercluster?

Wieso gibt es so viele Freigaben, dass man auf solch eine Lösung gehen muss? Wieso nicht eine Freigabe mit allem + ABE, so das der User auch nur das sieht, auf das er Zugriff hat?

Kann das NAS kein CIFS? Muss WebDAV genutzt werden? Geht das von anderen Rechnern aus?

Ich habe schon in #2 gesagt, dass du einen DC virtuell betreiben kannst, wenn du weißt was du machst. Ich würde unabhängig von der Frage DC virtuell oder Physisch immer (außer in non-Produktiven Umgebungen) min 2 DC's einsetzen.

Was hat einfach mit Ausfallsicherheit zu tun? Du kannst einen DC nutzen wenn du dir klar bist, dass in einem Ausfall (geplant oder ungeplant) unter Umständen nichts mehr geht.

Vor allem verlierst du bei bei deinem Plan ggf. Objekte, die zwischen dem Disasterfall und dem Restore angelegt worden sind, wenn du beide DC's zurückspielst.

Deswegen administriert man nicht direkt von der Maschine sondern per Webinterface vom Client oder per Powershell und psremoting. Bei einer Migration in eine neue Domäne musst du die Berechtigungen auch neu setzen.

Welche User sollen denn von extern zugreifen? Ersetzt die "Sharepoint Server Internet Site" Lizenz nicht die "Sharepoint Server"? Ach ja. Hier findest du noch ein paar Informationen: http://sharepoint.microsoft.com/de-de/buy/Seiten/Licensing-Details.aspx

Mir wäre ein "müsste" zu viel Risiko und würde das nicht so machen. Bei Server 2012 kannst du Snapshots machen.

Localhost? Wer hat das denn verbockt?

Hast du einen DC mit Windows Server 2012? Wenn nein, dann darfst du keine Snapshots von DC's zurückspielen!

Gib mal in der cmd. start /? ein. D.h. du startest im Task Scheduler "start" und als Parameter die gewünschten Einstellungen und dein Programm. Wenn das nicht so gehen sollte startest du als Programm eine cmd, in der start mit den entsprechenden Parametern aufgerufen wird.

Du schreibst von 2007. de/attach kann man auch bei migrationen von 2010 nach 2010 nutzen. Der TO möchte wohl nur den Sharepointserver wechsen.

Du willst das ganze in Powershell umsetzen.

Das sehe ich anders. Es gibt mehr gründe als nur ein Update für ein Contentdb de/attach. Wieso sollte man 2 Schritte mehr machen, wenn man wirklich die kompletten Inhalte 1:1 übernehmen möchte? Wenn man umstrukturieren möchte kann man das gern mit Import / Export machen aber das ist ja nicht jedes mal der Fall, wenn man SP irgendwo anders hin migriert.