NilsK

Moin, ich sag dazu: Bleiben lassen und, wenn überhaupt, auf zwei neue VMs migrieren. Du hast gleich mehrere kritische Faktoren: DC und Exchange kombiniert. Und die Absicht, das Ganze auch noch zu virtualisieren. Und noch dazu ist Exchange 2003 in einer VM nicht supported - wenn du also auf ein Problem läufst, wird Microsoft dir nicht raushelfen. Wenn überhaupt also: Zwei neue VMs erzeugen (= sauber als VMs neu installieren). Eine davon zum DC machen. Auf der anderen Exchange installieren. Dann die Mailboxen und Öffentlichen Ordner vom alten zum "neuen" Exchange migrieren. Dann zwei Wochen warten und den alten DC deinstallieren. Ja, das ist etwas mehr Aufwand. Aber der von dir geplante Weg ist - aus meiner Sicht - unverantwortlich. Gruß, Nils

Moin, jeder Workaround in der Art dieses Tipps hat ein großes Problem: Wenn der User sich nicht ordentlich abmeldet läuft das Logoff-Skript nicht, und dann erscheint der User immer noch als angemeldet, wenn er gar nicht mehr da ist. Gruß, Nils

Moin, Davon, dass der überhaupt nicht benutzte SSLv2-Port dann noch gesperrt wurde. Von "unangekündigt" kann übrigens keine Rede sein, denn wie SmartScreen arbeitet, ist seit Jahren bekannt. Was man Microsoft vorwerfen kann, ist höchstens, dass es für neue Anwender keinen Link auf ausdrückliche Erklärungen im GUI gibt. Gelesen hätte das aber ohnehin keiner. Also: Sturm im Wasserglas, bei aller berechtigten Kritik. Gruß, Nils

Moin, dann lies noch mal, was Microsoft gesagt hat: Zum Verbinden braucht jeder Onlineservice dieser Welt IP-Adressen. Gruß, Nils

Moin, die Hinweise sind schon ernst zu nehmen. Trotzdem sollte man bezüglich der Schlussfolgerungen die Kuh ins Dorf hängen. Hätte Microsoft tatsächlich das nun unterstellte Spionage-Interesse - warum sollten sie damit erst jetzt und dann noch auf so offensichtliche Weise anfangen? Die größtenteils wenig qualifizierten Kommentare unter dem Artikel dürften vorwegnehmen, was in den nächsten Wochen dazu so behauptet wird ... was die tatsächliche Bedeutung des gefundenen Problems leider in den Hintergrund treten lässt. Jedenfalls scheint Microsoft ja tatsächlich umgehend reagiert und die Technik überarbeitet zu haben, um das Problem einzudämmen. Gruß, Nils

Moin, wie wäre es stattdessen damit? faq-o-matic.net » Monitoring: Laufende Prüfung von Exchange 2010 Gruß, Nils

Moin, um einen Treiber zu installieren, brauchst du das Gerät i.d.R. nicht. Was bedeutet denn "lassen sich die Treiber nicht installieren"? Gruß, Nils

Moin, ich stimme zu. Eine Novell-zu-AD-Migration ist sehr anspruchsvoll. Schon durch die Definition der Abschlussprüfung (32 Projektstunden, wenn ich nicht irre) passt das nicht. Erfolgreiche FISI-Abschlussprojekte können auch schon die Einführung eines Virenscanners in einem Unternehmen beinhalten - nur um mal die Dimension eines angemessenen Projekts aufzuzeigen. Gruß, Nils

Moin, in Wirklichkeit gibt es immer ein lokales Konto, auch wenn du ein Konto in Windows 8 neu als "Microsoft-Konto" anlegst. Bei der Anmeldung mit so einem Konto wird die Verbindung zum Microsoft-Account (aka Live ID) über eine Pseudo-Gruppenmitgliedschaft hergestellt. Das kannst du z.B. mit "whoami /all" sehen. Gruß, Nils

Moin, ... dass man sowas auch mal lesen darf ... ;) Geht mir genauso. Gruß, Nils

Moin, um es kurz zu machen: Mit der von dir genannten Hardware ist dein Vorhaben kaum sinnvoll umsetzbar. Sie hat zu wenig RAM. Für AD brauchst du 1-2 GB, für den Terminalserver (auch bei wenigen Sessions) würde ich nicht weniger als 4 nehmen. Bleiben 2 GB für den Host. Geht, ist aber sehr knapp. Da RAM nicht ernsthaft kostet, würde ich mindestens 16 GB nehmen, dann bleibt noch Luft. Die von dir genannten Dienste teilst du auf mindestens zwei VMs auf: Eine macht nur RDS, die andere den Rest. Zur Not kann man durchaus AD mit Datei- und Infrastrukturdiensten verbinden, wenn man denn weiß was man tut (dann sollte die VM aber auch eher mehr als 2 GB haben ...). Aus grundsätzlichen Erwägungen halte ich einen einzigen DC allerdings für zu wenig. Wozu du bei 15 Clients WDS brauchst, erschließt sich mir nicht. Würde ich weglassen. Dann hast du noch das Thema Backup und Recovery zu lösen. Gruß, Nils

Moin, in der Kürze ist das leider zutreffend ... Gruß, Nils

Moin, in der aktuellen iX ist ein Schwerpunkt zu dem Thema. Soviel vorweg: Das Thema ist weder simpel noch erfreulich ... iX - Inhalt 9/2012 - Seite 4 Gruß, Nils

Moin, wow, was habt ihr denn mit dem Kunden für ein SLA? ;) Gruß, Nils

Moin, für die Aufgabe solltest du mit Ging oder Boogle genügend Programme finden, auch kostenlose. Mit Bordmitteln könnte man WMI-Abfragen nutzen, z.B. per Logonskript (dann braucht es keine Adminrechte) oder remote (dann braucht es Adminrechte). Als Steinbruch dafür könnte ich dies anbieten: faq-o-matic.net » Cindy.vbs 1.1: Windows-Dokumentation korrigiert Auch sollte WMI-Skripte wirst du im Netz aber zuhauf finden. Gruß, Nils

Moin, nein, das geht nicht. Das würde ich pragmatisch anders lösen - z.B. den Filter in einem Batch mehrfach kopieren und anpassen und die Ergebnisse per csvde oder so in eine Datei schreiben. Gruß, Nils

Moin, Off-Topic:wieso? ;) Gruß, Nils

Moin, faq-o-matic.net » SQL Server: Wie Datenablage, Backup und Recovery funktionieren faq-o-matic.net » Warum muss eine Datenbank zum Backup konsistent sein? faq-o-matic.net » Automatische Backups für SQL Server Express Gruß, Nils

Moin, also, dein Ziel ist, die User zu finden, die nicht in der Gruppe sind, um sie dann der Gruppe hinzuzufügen? Oder soll es eine dauerhafte Angelegenheit sein? Ich habe das mal mit meinem SQL-Abfragetool Carmen nachgestellt, dort funktioniert offenbar diese Abfrage: SELECT name,memberOf FROM 'LDAP://DC=firma,DC=biz' WHERE memberOf='CN=Vertrieb,OU=Organisation,OU=Gruppen,DC=firma,DC=biz' and memberOf<>'CN=Technik,OU=Organisation,OU=Gruppen,DC=firma,DC=biz' faq-o-matic.net » Carmen: Mit SQL das AD abfragen Das sollte auch per LDAP gehen - vielleicht liegt dein Fehler einfach im falschen LDAP-String, denn der Container "Groups" ist bei euch doch sicher eine OU (also OU=) und kein Ordner (CN=), oder? Gruß, Nils

Moin, jein. DC Cloning ist maximal in Umgebungen interessant, wo es sehr viele DCs automatisiert zu installieren gibt. Aufgrund des hohen Overheads sehe ich die Methode für die allermeisten Kunden als unattraktiv an. Gruß, Nils

Moin, mit Bordmitteln kannst du weder die Komplexitätsregeln beeinflussen noch die Meldung, die der User erhält. Es wird von vielen kritisiert, dass die vorhandenen Komplexitätsregeln nicht gut und flexibel genug sind, aber Microsoft wird das nicht ändern. Bei Bedarf muss man auf Drittanbieter ausweichen (da gibt es aber auch nur wenig). Gruß, Nils

Moin, die Antwort ist einfach: Die von dir zitierte Quelle bezieht sich auf Windows 2008 - ohne R2. Im R2 ist das WSB deutlich erweitert worden, insbesondere das GUI. Gruß, Nils

Moin, du begehst den üblichen Fehler, das Backup vom Backup her zu denken. Viel relevanter ist die Frage: Was möchtest (bzw. musst) du in welcher Situation und in welcher Qualität wiederherstellen? Und nur um vorzubeugen: Die Antwort "na alles" ist in den seltensten Fällen zielführend. Gruß, Nils

Moin, Das eine Mal, wo ich OSX bedienen musste, bin ich fast wahnsinnig geworden. ;) Gruß, Nils PS. Ja, ich gebe zu, das wird langsam OT. Ich lass das jetzt auch. ;)

Moin, also war es doch UAC. Allgemein sollte man Dateiserver ab Windows 2008 nicht über den Explorer verwalten, sondern über einen anderen Dateimanager. Das galt prinzipiell auch schon vorher, ist durch UAC aber wichtig geworden. Für Berechtigungsverwaltung empfiehlt es sich sogar, ein spezialisiertes Werkzeug wie SetACL Studio zu nehmen. Gruß, Nils