frr

Hallo,

nein dieses Problem hast du nicht. Du hast sicherlich schon adprep ausgeführt. Wenn es nicht so wäre, dann hättest Du kein dcpromo ausführen können.

grüße

Frank

Hallo,

standardmäßig geht das nicht. Du könntest allerdings per "netsh" Dir ein Skript erstellen, dass die Daten dann in den Windows DHCP importiert. Damit hättest Du z.B. die Reservierungen etc. gerettet.

Viele Grüße

Frank

Hallo,

leider gibt es die Dinger nur in Englisch. Das hat ja aber keinen Einfluss auf die Funktionalität.

Viele Grüße

Frank

Hallo,

bei den beiden NICs liegt dein Problem. Du hast damit einen multihomed DC erzeugt. Das ist keine empfohlene Konfiguration und kostet etwas "Mehrarbeit". Warum baust du denn die zweite NIC nicht einfach aus bzw. deaktivierst diese?

Grüße

Frank

Hallo,

sorry, aber das was Du da schreibst ist Quatsch. Wenn Du ein Skript als Logonskript ausführst, dann läuft es immer im Kontext / mit den Berechtigungen des Benutzers. Wie Du schon richtig festgestellt hast, kann der nicht unter HKLM schreiben.

Du könntest allerdings ein Startupskript für den Rechner einrichten. Dadurch kannst Du dann die Regdatei nutzen. Sind denn alle Clients Win XP und jünger? Dadurch könntest Du das hier nutzen:

Download details: Group Policy Preferences Overview

Dadurch würde das Skripten überflüssig.

Viele Grüße

Frank

Hallo,

ja, was sind meine Plaene...momentan sitze ich in Aegypten und tauche hier ein wenig durch das rote Meer:D.

Wenn jetzt keine mehr meckert, dann werde ich darueber mal einen Artikel schreiben bei faq-o-matic und es dort kostenlos zum Download feilbieten. Die Wuensche von Canni und Dir werde ich dann in einer zweiten Version einbauen. Ich hatte ja noch gehofft, dass sich Nils noch einmal meldet. Vielleicht hat der ja noch ein paar Ecken oder Kanten entdeckt, die ich noch ausbuegeln muss.

Wenn bis naechste Woche von Keinem mehr gemecker kommt, dann werde ich naechste Woche die Beta beenden und das Ding unter die Leute bringen.

Gruesse aus Aegypten

Frank

Hallo,

ich hoffe, ich habe den sch....s HTML Editor jetzt im Griff. Eine neue Version ist jetzt hochgeladen. Ich habe es unter x64 und x86 getestet. Es sollte also jetzt laufen.

Grüße

Frank

Hallo,

es gibt wieder einmal eine neue Version.

Der von Vestax gemeldete Bug auf einem 2003er x64 ist jetzt behoben. Auf meiner Testmaschine rennt das jetzt einwandfrei. Es wäre schön, wenn das noch einmal jemand testen könnte. Bitte schaut euch noch einmal den HTML Editor an. Dort musste ich jetzt nochmals ganz schön schrauben. Nicht das mir dort wieder Fehler unterlaufen sind.:suspect:

Die Betreffzeile habe ich jetzt auch eingefügt. Es können also für die Nachrichten Betreffzeilen eingeben werden:-).

Viele Grüße

Frank

Hallo,

für dieses Problem gibt es wieder tausende Auslöser:D. Fangen wir mal bei meinen Favoriten an:

1.) Einer der Hauptkandidaten ist ein verrückt gewordener Virenscanner. Welchen setzt Du da ein? Zum Test könnte man ja mal diesen Scanner gegen einen anderen austauschen.

2.) Die zweite Möglichkeit sind PST Dateien. Liegen auf diesem Server zufällig PST Dateien in Freigaben, auf die User über das Netzwerk zugreifen? So eine Sache kann einen Windows Fileserver recht schnell in die Knie zwingen.

Wenn es beides nicht ist, dann hilft nur noch poolmon. Damit kannst Du die Poolspeicher Auslastung analysieren und auch den entsprechenden Treiber ausfindig machen.

Viele Grüße

Frank

Hallo,

liegen denn die Postfächer der Nutzer ausschließlich auf dem Server B? Wie sieht es denn mit dem OAB und den Frei/Gebucht Zeiten aus? Repliziert ihr die? Das könnten alles Gründe sein, warum diese Zugriffe geschehen.

Die Meldung "TCP CHECKSUM...." rührt daher, weil Deine NIC eine hardwareseitiges Offloading der Checksummenberechnung zur Verfügung stellt. Das kann mittlerweile eigentlich jede Karte. Du kannst dieses Feature für Deine Messungen in den Eigenschaften der Netzwerkkarte deaktivieren.

grüße

Frank

Hallo,

die Aussage ist so korrekt. Unter VPC 2007 werden als Gäste keine 64 Bit Betriebssysteme unterstützt.

Ob ein dafür ein Update gibt, kann ich Dir leider nicht sagen.

Viele Grüße

Frank

Hallo Vestax,

ich konnte Dein Problem endlich auf einer sauberen x64 Maschine verifizieren. Sowie ich dafür eine Lösung habe, werde ich mich mit einer neuen Version melden.

Momentan bin ich gerade wieder etwas knapp an Zeit:D.

Viele Grüße

Frank

Hallo Daniel,

was die Syntax angeht ist ldifde sehr pingelig. Die Ldif Datei muss folgendermaßen aussehen:

dn: CN=PC1,OU=Data Computers,DC=domain,DC=com
changetype: modify
replace: description
description: User 44345
-

dn: CN=PC2,OU=Data Computers,DC=domain,DC=com
changetype: modify
replace: description
description: User 44346
-

Wichtig ist die Leerzeile nach "-"

Viele Grüße

Frank Röder

Hallo,

das liegt einfach daran, dass der DHCP Relay Agent noch immer auf den alten Server zeigt.

Viele Grüße

Frank

Hallo,

eine Subdomäne ist in den meisten Fällen sehr ungünstig. Besser ist es, bei einem Eindomänenmodell zu bleiben und besser mit Standorten zu arbeiten. Zum einen reduziert das die Anzahl der Domänencontroller und zum Anderen ist das auch einfacher zu verwalten.

[Overview]

Overview

Viele grüße

Frank

Hallo,

es scheint so, als wären bei Dir die "Microsoft Primary Interoperability Assemblies 2005" nicht installiert. Kannst Du mal unter "Software" prüfen, ob das der Fall ist?

Die sollten eigentlich durch das Setup automatisch mit installiert werden.

Kannst Du auch gleich mal die Versionsnummer der passalertconfig.exe posten.

Grüße

Frank

Hallo,

danke für das Feedback. Könntest Du bitte mal die komplette Fehlermeldung posten? Ich werde mir parallel dazu mal einen x64 R2 hochziehen.

Viele Grüße

Frank

Hallo,

manchmal kann man es sich auf kompliziert machen. Warum bindest Du denn das Handy nicht direkt an den Exchange an?

Grüße

Frank

Hallo,

warum willst Du die Domäne umbenennen, nur weil Du Exchange einsetzen willst? Der interne Domänenname ist eigentlich für den Exchange nur Schall und Rauch.

Wenn die Domänenumbenennung vom Tisch ist, dann würde ich eine abgewandelte Version 2 empfehlen. Du installierst in eine VM einen NT Server mit allen Updates und SPs und machst aus dem Ding einen BDC. Nach der Installation stufst Du das gute Stück zum PDC über den Servermanager hoch. Jetzt kannst Du das Ding direkt auf w2k3 aktualisieren. Danach kannst Du den ersten physischen DC ins Netz bringen und zum DC hochstufen. Wenn das alles läuft, dann stufst Du den virtuellen DC einfach runter. Dadurch ist die Migration gelaufen. Jetzt musst Du nur noch Stück für Stück die Memberserver aktualisieren.

Grüße

Frank

Hallo Norbert,

schön das es jetzt rennt. Momentan bin ich wieder mal knapp an Zeit. Ich hoffe, dass es nächste Woche besser wird. Dann werde ich mich mal hinsetzen und die Sache mit dem Betreff noch hinbiegen. Das war doof, das ich es nicht von Anfang an realisiert habe.

Grüße

Frank

Hallo,

das mit USMT wäre ein gangbarer Weg aber eigentlich geht das noch einfacher. Du kannst es so machen:

1.) ADMT installieren.

2.) Vertrauensstellung einrichten

3.) Profile auf eine Windows Maschine kopieren (innerhalb SAMBA Domäne)

4.) Den Profilepfad in den Benutzereigenschaften ändern und auf die Windows Maschine zeigen lassen.

5.) Mit ADMT die Benutzer, Gruppen und Computer migrieren.

Das sollte es im Schnelldurchgang sein.

Grüße

Frank

BTW: Ich habe genau das vor ca. vier Monaten in einer größeren Umgebung durchgezogen.

Hallo,

schaue mal in die Eigenschaften der Graka bzw. in das ControlCenter der Graka auf dem Client. Sind da irgendwelche Hotkeys definiert? Die haben meist den Aufbau ALTGR+fx bzw ALT+CTRL+Fx. Das ist bei mir schon in verschiedenen Fällen der Auslöser gewesen.

Grüße

Frank

Hallo,

hättest Du auf meine Frage geantwortet, dann hättest Du Dir vielleicht den ganzen Zirkus sparen können. Wenn es alles XP Clients sind, dann hättest Du das über die Gruppenrichtlinienerweiterungen durchführen können und damit nicht eine einzige Skriptzeile schreiben müssen.

Grüße

Frank

Hallo,

sind die Clients alle XP Clients?

Grüße

Frank

Hallo,

das alle Server primäre Server sind geht schon. Das würde dem Modell einer AD integrierten Zone entsprechen. Dort sind alle Server die eine AD integrierte Zone hosten gleichberechtigt und können die Zone updaten. Dafür müsstest Du alle DNS Server in eine Dummy Domäne installieren. Im Bereich Webhosting würde ich aber so ein Konstrukt nicht aufsetzen auch wenn es technisch realisierbar wäre.

BTW: Warum habt ihr denn einen Haufen Zonenupdates. Ich habe auch mal im Webhosting gearbeitet. Bei uns waren die Zonen eigentlich sehr statisch. Da ist nicht viel passiert.

Grüße

Frank