NilsK

Moin Yusuf,

danke für den Hinweis! (Kann ich bei der ice gut brauchen ... ;))

Gruß, Nils

Moin,

vielleicht sollten wir dann doch erst mal klären, was der TO überhaupt vorhat.

Also, "chriss1904": Was willst du genau erreichen?

Gruß, Nils

Moin,

in der lokalen Gruppenrichtlinie (oder einer AD-Richtlinie für den/die Rechner):

Administrative Vorlagen/System -> Benutzerdefinierte Benutzerschnittstelle

Shell festlegen die gestartet werden soll

Ab Vista geht das m.W. nicht mehr.

Gruß, Nils

Moin,

sowas dürfte eigentlich praktisch jede Intranet-Applikation haben. In Sharepoint könnte man das z.B. über Memos (oder wie die heißen) oder einfach per Dokumentbibliothek lösen.

Gruß, Nils

Moin,

das heißt, dass die Beta-Tester, die von Microsoft explizit zum Betatest eingeladen wurden, eine Lizenz erhalten. Das gilt (natürlich) nicht für die, die sich die "freie" Beta heruntergeladen haben.

Brandon bezieht sich ja auch auf die geschlossene Beta-Newsgroup. Wenn du dort Mitglied bist, kannst du eine Lizenz bekommen. Wenn nicht, dann nicht.

(Beta-Tester, auf die das zutrifft, sollten sich das Posting "Thank you to everyone for your contribution!" von Paul Donnelly vom 30.7., 19:06 Uhr, ansehen.)

Gruß, Nils

Moin,

warum per Skript? Reicht nicht ein Bildschirmschoner mit Kennwortschutz? Das führt genau die gewünschte Sperrung durch.

Gruß, Nils

Ja und?

Letztes und vorletztes Jahr wurden Flip-Flops verteilt ...

"Come as you are"

Moin,

mal ne ganz ****e frage - gilt es da nen dresscode zu beachten?

ja, du solltest nicht in Thermokleidung und Wintermantel kommen. :cool:

Gruß, Nils

Moin,

Hmm naja ist Hyper-V nicht die neuere Version von Virtual Server? ;)

wollte mir heute schon wieder jemand erzählen. (Ich behalte jetzt mal für mich, dass es ein Windows-Redakteur der -piiieeep- war.)

Gruß, Nils

Moin,

Welche meinst du?

Exchange 2003 und SQL 2005. Wobei ich mich bei SQL 2005 vertan habe, das ist supportet.

Microsoft server software and supported virtualization environments

Gruß, Nils

Moin,

manuell über ein CMD-Fenster, das du administrativ startest. Automatisch per Taskplaner.

Gruß, Nils

Moin,

zwei Quad-CPUs sind mit ziemlicher Sicherheit Overkill für das, was du vorhast. So eine Empfehlung ohne vorherige Lasttests auszusprechen, ist schon ziemlich verwegen. Windows 2008 Standard unterstützt aber vier physische CPUs, das passt schon.

http://www.microsoft.com/windowsserver2008/en/us/compare-specs.aspx

5 GB RAM sind hingegen eine etwas exotische Ausstattung. Wie kommt ihr auf sowas? Früher gab es oft Probleme mit solch krummen Bestückungen; auch unabhängig davon würde ich zu 8 GB raten - Speicher ist nicht der Preistreiber.

Tu dir einen Gefallen und gib 500 EUR für einen separaten PC aus, auf dem du den DC installierst. Dein Netzwerk wird es dir danken, deine Freizeit erst recht.

Gruß, Nils

Moin,

Du hast schon gesehen, dass es nur darum geht, das BS auf andere Hardware zu bringen und der Server, von dem das Image erstellt wird, nach dem Image nicht wieder online geht?

ah, okay, nein, das hatte ich übersehen. Danke für den Hinweis!

@Ignore-me: Sorry, das war ein Missverständnis. In dem Szenario "Umzug eines DC auf einen anderen physischen Server" kannst du das Offline-Image, wie Stephan richtig betont, durchaus nutzen.

Gruß, Nils

Moin,

ACHTUNG: Das Folgende ist in dieser Situation nicht richtig, es handelt sich um ein Missverständnis. Siehe die nachfolgenden Postings.

nein, das funktioniert nicht. Das Problem des USN Rollback würde natürlich bestehen bleiben, denn der DC wird ja trotzdem in einen historischen Zustand versetzt, der nicht ins Replikationssystem passt.

Allenfalls könntest du beim ersten Hochfahren des DC manuell in den Recovery-Modus starten und dort dann in der Registry rumhacken. Sinnvoll ist das aber nicht.

Im Übrigen weist auch Acronis selbst (wenn auch eher indirekt, weil denen das wohl peinlich ist) auf diesen Umstand hin.

faq-o-matic.net Warum Images nicht als Datensicherung taugen

Gruß, Nils

PS. Warum wollen alle ihre DCs per Image "sichern"? Das AD ordentlich zu sichern, ist doch nun wirklich kein Problem.

Moin,

nein, das verstehst du schon richtig. Aber ein einfaches Kompilieren à la bat2exe oder so belässt kennwörter faktisch im Klartext. Sie sind nur mit einem normalen Texteditor nicht mehr lesbar, aber sie sind eben nicht verschlüsselt.

Und wenn du dir den Thread mal durchliest, wirst du darüber hinaus feststellen, dass die Situation noch eine Ecke komplexer ist.

Gruß, Nils

Moin,

die Applikationen, die du hast, sind in einer VM-Umgebung nicht supportet. Du würdest dafür die aktuellsten Varianten benötigen. Laufen würde es natürlich. Terminalserver als VM ist immer grenzwertig und hängt vom Einzelfall ab.

Für eine so kleine Umgebung wäre Hyper-V wahrscheinlich ausreichend, auch ohne zusätzliches Management-Tool. ESXi ist nur interessant, wenn du dich auf dessen rudimentäres Management einlassen willst und wenn du ohne Herstellersupport auskommst; dito VMware Server. Für den Kosten-Overhead, den ESX erzeugen würde, sehe ich erst mal keinen Grund.

Aber Achtung: Da hängt natürlich weit mehr dran: Verfügbarkeit, Wiederherstellbarkeit, Performance ... und natürlich die Grundfrage: Was willst du denn eigentlich erreichen?

Gruß, Nils

Moin,

...dann ist der Inhalt inkl. Passwort nicht mehr sichtbar.

er ist nicht mehr direkt sichtbar, durch einen Ressourceneditor aber ohne Weiteres anzuzeigen. Das nennt man "Snake Oil" - scheinbare Sicherheit, die in Wirklichkeit ein Sicherheitsproblem erzeugt.

Also keine gute Idee und im Übrigen auch sonst überhaupt keine Lösung für das Problem des TO.

Gruß, Nils

Moin,

nutze die Boardsuche. Das war hier schon sehr oft Thema.

Gruß, Nils

Moin,

Und wenn du die Batchdatei in eine exe wandelst mit battoexe?

wozu genau sollte das gut sein?

Gruß, Nils

Moin,

es sei aber noch angemerkt, dass es überhaupt keine gute Idee ist, Benutzern lokale Adminrechte zu geben. Unter anderem ist es für diese dann ein leichtes, volle Domänen-Adminrechte zu erhalten ...

Gruß, Nils

Moin,

nt4 ist überall und es ist für moderne würmer nicht mal anfällig ;-)

so pauschal ist das natürlich Unsinn.

Gruß, Nils

PS. Deine Shift-Taste ist defekt. Schau mal nach einer anderen Tastatur.

Moin,

kannst du deine Frage(n) bitte noch mal so stellen, dass man sie versteht? Ich habe keine rechte Ahnung, was du jetzt von uns hören willst.

Schuss ins Blaue:

Windows Server 2008 R2 ist ein Zwischen-Release. Sobald es auf dem Markt ist, wird man (erfahrungsgemäß) sehr schnell keine neuen Lizenzen "ohne R2" mehr kaufen können, aber im Falle von Volume-Lizenzen gibt es, falls nötig, ein Downgrade-Recht. Wahrscheinlich wird man für R2 keine neuen CALs brauchen, sondern die von 2008 weiter nutzen können (war bei 2003 R2 jedenfalls so). Mit einer 2008-Serverlizenz darf man allerdings kein R2 installieren (Ausnahme: vorhandene Software Assurance).

Die Kompatibilität zwischen 2008 und 2008 R2 wird sehr hoch sein. Es besteht in den meisten Fällen kein Bedarf, vorhandene 2008-Systeme gegen R2-Systeme auszutauschen (Ausnahme vielleicht Hyper-V). Nur wer die neuen Features braucht, wird sich das überlegen.

Neue Prüfungen wird es nur in Einzelfällen geben, wo sich Techniken gravierend geändert haben. Eine völlig neue Premium-Zertifizierung (MCITP) wird es voraussichtlich nicht geben.

Gruß, Nils

Moin,

dein Kollege hat ja auch alles getan, um das Problem zu erzeugen ...

Druckerverbindungen sind in Windows benutzerbezogen. Der User, der die Drucker brauchte, hätte diese also selbst verbinden müssen. Ich weiß nicht, wie dein Kollege die Drucker mit seinem Account innerhalb der Usersession verbunden hat, aber natürlich liegt genau da das Problem: Der User versucht nun immer, auf die Drucker mit den gespeicherten Anmeldedaten deines Kollegen zuzugreifen. Da diese noch das alte Kennwort umfassen, führt das zur Sperrung des Kollegen-Accounts.

Ihr solltet also die Druckerverbindungen auf dem Client entfernen und korrekt neu einrichten (also mit dem Account des Users selbst). Dann sollte der Spuk vorbei sein.

Gruß, Nils

Moin,

wir planen in unseren Grundschulen Terminalserver 2008 einzusetzen um Lernsoftware auf Thin-Clients auszuführen. An einem Server sollen 20- max 30 Clients angeschlossen werden.

OK.

- abspielen von Videos

Das solltet ihr testen. Video per RDP funktioniert meist nicht zufriedenstellend, vor allem wenn noch Ton dabei ist.

Der Rest sollte kein Problem sein.

Nun habe ich verschiedene ansichten zur Dimensionierung des Servers gehört.

Wollte mal nachfragen welche Hardware (CPU / Speicher) für ein solches Projekt angemessen wäre.

Das kann man genauer nur nach einem Test sagen. Das hängt leider immer im Einzelfall von der einzusetzenden Software ab - manche benimmt sich in einer TS-Umgebung gut, andere blockiert viel Speicher und CPU.

Vorsicht: Wenn ihr mehr als 4 GB Speicher in einen Server stecken wollt, geht das nur mit einem x64-System. Das ist auch sinnvoll, setzt aber voraus, dass ihr die Software vorher auf Kompatibilität testet.

faq-o-matic.net Wie Windows mit großem Hauptspeicher umgeht

Warum ist das so? Wie schlimm ist es wenn dieser Server doch DC ist.

Ein TS hat kein DC zu sein, weil der DC die Benutzeranmeldungen steuert und die Benutzerdatenbank führt. Da haben Benutzer und Applikationen nichts drauf zu suchen.

Es wäre deshalb schlimm, weil du damit deine gesamte Domäne einem drastisch erhöhten Risiko aussetzt.

Gruß, Nils