zahni

Also: Das Boot-Image muss im WIM-Format vorliegen. Dann muss Du noch dafür sorgen, dass Du das richtig PXE-Boot-File lädst. Die sind normalerweise im PE-Image ( irgendwo im Windows-Folder) enthalten. Ob es generell ohne WDS geht, kann ich Dir nicht sagen. Dein Blick sollte in Richtung Syslinux gehen: http://www.syslinux.org/wiki/index.php/WDSLINUX

Hinterlege den Domänen-Namen in den erweiterten Computer-Einstellungen, da wo man den Computernamen ändern kann. Alternativ: DNS-Suffix in den TCP-Einstellungen der NIC eintragen.

Bei 3 Servern muss man u.U. an die Einschalt-Reihenfolge denken... Das kann bei Vsphere u.U, ein Problem werden, wenn man einen DNS-Server braucht und der nur virtuell läuft....

Bitte deinstalliere Intel Proset. Verwende nur die NIC-Treiber. Teaming nur im Hyper-V einrichten Siehe Blog. Hyper-V unterstützt keine fremden Teaming-Treiber. Ähm, Du hast doch Probleme, oder ?

Vom direkten "Durchschleifen" einer Hardware-Komponente sollte man Abstand nehmen. Dass kann den Betrieb des ganzen Hosts stören. Technisch ist dies möglich mit VmWare ESXi, bei Verwendung einer aktuellen CPU und der Funktion "Direct Path I/O" bzw VMDirectPath . Ob es mit der konkreten ISDN-Karte funktioniert, ist aber nicht garantiert. Die werden auch von VMWare nicht offiziell supported.

Ich hoffe, Du hast in der Parent-Partition nicht die Teaming-Software von Intel installiert. Die ist unsupported. Siehe dazu http://blogs.technet.com/b/keithmayer/archive/2012/10/16/nic-teaming-in-windows-server-2012-do-i-need-to-configure-my-switch.aspx#.UrKwebCA2Hs Die Meldung im Eventlog sind, spontan vermutet, auf Deine Registry-Änderungen zurückzuführen. Hast Du irgendwas "optimiert", gleich nachdem Windows 8.1 installiert wurde ? Oder schon unter Windows 8 ? Weil es z.B. so irgendwo im Internet stand ?

Dann dürften überhaupt keine Computerrichtlinien angewendet werden oder erst nach der Anmeldung des Users. Ist verständlich, oder ? Es sollte hier eigentlich ein paar Einträge im Eventlog geben.

Vielen Dank für die Rückmeldung. Ein paar weitere Angaben im Vorfeld (z.B. diese Sophos-Geschichte) hätte Dich vielleicht schneller zum Ziel geführt.

Was steht im Eventlog zu dieser Uhrzeit ? Gibt FM's im Eventlog der Server ?

Prüfen, ob der aktuelle Update-Agent und ein aktueller MSI-Installer installiert sind. Das mit dem Update-Agenten passiert automatisch. Könnte aber sein, dass irgendein "Optimierungs-Programm" da rumgepfuscht hat.

Vielleicht greift der User per VPN auf einen Drucker am internen PC zu ? Details erfährst DU, wenn Du mal Netmon oder Wireshark auf dem betroffenen internen PC laufen lässt.

Wozu solltest Du Netzwerkkonfigs sichern, die von einem DHCP gesetzt worden sind ? Bei HP-Tools schaust Du am Besten mal im Tool nach. Besser wäre es, die Einstellungen aufzuschreiben...

Dann öffne nur die Ports, die im Internet benötigt werden. Im Zweifel nur SMTP(S)

Hängt der Server am Internet ? Dann brauchst Du Dich nicht zu wundern. Die Script-Kiddies probieren alles Mögliche. Es könnte ja immerhin doch ein HTTP auf dem SSL-Port laufen ;) Schaue mal in der HTTP-Logs vom IIS.

Das gibt es viele Möglichkeiten, z.B. http://eventid.net/display-eventid-36888-source-Schannel-eventno-10545-phase-1.htm

Benutze mal die Suche im Forum, z.B. http://www.mcseboard.de/topic/161083-64-bit-druckertreiber-auf-einem-32bit-drucker-server-bereitstellen/

Vom Umbenennen einer AD-Domäne sollest Du Abstand nehmen. Die Internet-Domäne zu ändern ist deutlich schmerzfreier ;) Ich würde einfach den Internetauftritt ändern (lassen), damit der Zugriff auch mit www. klappt.

Wie geschrieben: die IE verhält sich korrekt und die anderen beiden Browser nicht. Zertifikate für IP-Adressen sind ungültig, da der "Eigentümer" einer IP-Adresse i.d.R. nicht verifiziert werden kann. Die "gehören" ISP's. Falls das ein Self-Signed Zertifikat ist, musst Du es per GPO im richtigen Truststore (k.a. welcher) verteilen. In deinem Fall scheint aber die FW mit seiner ausgedachten Root-CA ein Cert erstellt zu haben. Das würde ich nicht machen. Hier solltest Du eine richtige eigene CA bereistellen. Alternativ das Root-Zertifikat der FW per GPO in die vertrauenswürdigen Stammzertifizierungsstellen importieren Ich bin mir sicher, dass die genaue Vorgehensweise in der Doku der FW steht.

Noch ein Boot, und alles wird gut, oder ;)

Nein, dass bedeutet, dass Das Dein "universeller" Lizenz-Key ist, denn DU bei jeder XP-Prof. Installation benutzen kannst. KMS und MAK gab es bei XP noch nicht. selbstverständlich musst Du aber trotzdem Lizenzen für den PC erwerben. Mal davon abgesehen, sollte man , 4 Monate vor Ende des Supports, von neuen Installationen Abstand nehmen.

z.B. könnte das Konto Users in der Domäne aus irgendwelchen Gründen gesperrt sein. Dann geht SSO natürlich auch nicht. Ich glaube nicht, dass es am IE liegt.

Nun, das ist nicht zwangsläufig ein "Tool" sondern ein ganzheitliches Konzept. Z.B. spielt hier auch eine Roll wie und wo die Daten gespeichert werden. Will der Kunde z.B. eine WORM-Speicherung ? usw. Mein Tipp: Suche Dir eine Fa., die sich damit und den Konzepten auskennt. "Billig" funktioniert hier nicht. ELO ist z.B. ein guter Ansprechpartner.

Ich für zuerst mal definieren, was eine "revisionssichere Archivierung" ist. Dann würde ich einen Anforderungskatalog/-Konzept erstellen. Dann suche ich nach einem Produkt...

Weil sie sich vor Gericht streiten und jeder noch auf seiner Meinung beharrt.

Zu 1: Ja, wenn die OEM bzw. SB-Lizenzen 2 wirklich 2 phys. CPU's abdecken. Zu 2: Von der DataCenter-Edition darfst Du beliebig viele virtuelle Instanzen erzeugen. U.U. sin die auch Downgrade-Fähig, wobeiu Du hier i.d.R. Volumen-Lizenzen brauchst. Die Produkt-Key der DataCenter-Edition lassen sich nicht für andere Windows-Server-Versionen/Editionen verwenden. Um ein Desktop-Windows zu virtualisieren benötigst Du sog. VDI-Lizenzen, die es nur für Vertragskunden gibt. In Deiner Planung ist es eh sinnfrei Windows 7 als Server zu missbrauchen. zu 3: Siehe 2 zu 4: für RDS-Zugriffe werden immer RDS-Cal's benötigt. PS: Device-Cals (pro Server) sind in der meisten Fällen die falsche Wahl. i.d.R. lizensiert man pro User für einen unbegrenzte Anzahl von Servern.