zahni

Was hast Du denn für einen WDS-Server? PS. Hier schriebt einer, dass da bei 1803-Image was nicht funktioniert. Die Dateien sollten aus der Boot.wim extrahiert werden. https://serverfault.com/questions/918648/pxe-client-error-via-wds-boot-x64-wdsmgfw-efi-not-found

Und dann guckst DU auch mal hier: https://gal.vin/2017/05/05/pxe-booting-for-uefi-bios/

Was ist der Plan? Einem DC gibt man keine 2 NIC, auch keine virtuellen. Was bezweckst Du mit der "internen Kommunikation ".

Der DNS-Server gehört natürlich lokal auf den DC. Und nein, man trägt hinterher nicht beide DNS-Server in die IP-Config der Server und Clients, sondern nur den DNS vom DC.

Was hast Du denn noch alles eingegeben? Z.B. bei der IP-Adresse?

Ich weiss nicht, was Du da installiert hast. Aktuell ist 6.7. Und es gibt für zu Hause eine kostenlose Version.

Treiber sind entweder in ESXI enthalten oder die gibt es beim Hersteller. Und esxi 5.5 installiert man nicht mehr.

Falls hier jemand externe Server im Symantec-Zertifikaten betreibt: Google macht jetzt ernst und wird wohl ab Chrome 70 die Zertifikate als ungültig markieren. Testen kann man es derzeit mit Chrome Canary. Div. Banken und Sparkassen sind betroffen und auch Paypal: https://stadt-bremerhaven.de/zertifikate-viele-webseiten-werden-als-unsicher-eingestuft/ Also checkt das bei Euch mal und besorgt Euch neue Zertifikate.

Ich glaube, bei 2003 hatte das was mit der Enhanced Security configuration des IE zu tun. Die kann man da noch als Systemkomponente deinstallieren. Hört sich komisch an, war aber so.

Der ESX-Host stellt nur virtuelle Switche zur Verfügung und kein IP-Protokoll. Also ein L2-Switch, der ähnlich einem Hardware-Switch arbeitet. Die IP-Adressen, die Du vergibst, sind lediglich Kernel-IP-Adressen. Entweder für das Management oder z.B. für VMotion. Alles Andere musst Du per VM realisieren. Was Du willst ist wohl ein privates Netz, dass über einen NAT-Router mit der Außenwelt redet. Dazu gibt es fertige Router-VMs. Danach kannst Du hier suchen: https://marketplace.vmware.com/vsx/

Ich meine auch den 2. Wert. Einfach mal nach unten scrollen ;)

Beim SCCM ist es so: Die installiert nur etwas, wenn eine Installation geplant ist. Ansonsten wird normal gebootet. In dieser Konfig ist PXE immer als 1. Device eingetragen. Aber Achtung: Damit wird der PC anfällig für lokale Hacks. Ein PXE-Client kann nicht unterscheiden was oder von wo man bootet. Am Ende gibt es noch Hersteller-Tools, mit denen man die BIOS-Einstellungen per Script ändern kann. Da kocht jeder Hersteller sein eigenes Süppchen.

Oder Du setzt passende GPOs: https://support.microsoft.com/en-us/help/310316/how-permissions-are-handled-when-you-copy-and-move-files-and-folders

Die meisten Geräte haben ein Bootmenu, dass sich beim Boot mit einer Tastenkombination aufrufen lässt. Hier kann man dann einmalig ein anderes Boot-Devices auswählen.

Hier ein älterer Beitrag: https://community.spiceworks.com/topic/1899010-uefi-no-boot-order-in-dell-latitude-7270 BTW: Der WDS (oder was auch immer) muss für ein UEFI-Boot angepasst werden. Hier hilft Google weiter.

Uhrzeit/Datum aktuell? Darf nicht in der Vergangenheit liegen.

Vielleicht schreibst Du etwas über die Hardware. Vielleicht gibt es für Deine NIC auch einen UEFI PXE Client.

Installiere das Gerät mit UEFI neu. Warum hast Du das denn abgeschaltet? Wechsel von BIOS auf UEFI geht nich ohne weiteres.

Was steht denn auf den Gegenseite? Prüfe, ob de Client SMBv3 macht (alle anderen SMB-Versionen mal abschalten). SMBv1 wäre beispielsweise deutlich langsamer als v2 und v3.

Soll auch DRS oder manuelles VMotion eingesetzt werden? Dann ist für SQL und Exchange eine SA erforderlich. Damit erhält man eine Lizenzmobilität, die es für den Windows-Server leider nicht gibt. DataCenter muss entsprechend der physikalischen Cores der Hosts lizenziert werden.

Die hast eine Antwort bekommen.

VMware hat für Vsphere 6.0-6.7 Patches veröffentlicht, die mal wieder neue CPU-Sicherheitslücken angehen. https://kb.vmware.com/s/article/55636 Wie immer muss beim den Intel-Sicherheitslücken auch ein VCenter-Patch installiert werden. Wichtig: Für CVE-2018-3646 kommen 2 Konfigurationsoptionen dazu. Die 1. Option schaltet Hyperthreading ab. Das kann u.U. negative Auswirkungen auf die Performance haben. Wenn das nicht manchen möchte, gibt es eine 2. Option, welche die neue Warnung in VCenter deaktiviert. Lt. VMWare soll Hyperthreading im BIOS nicht abgeschaltet werden. VMWare arbeitet an weiteren Verbesserungen des CPU-Schedulers, dann auch wieder von Hyperthreading profitieren sollen. Details: https://kb.vmware.com/s/article/56544 https://kb.vmware.com/s/article/55806

Ich vermute mal eher, dass es an liegt. Teaming macht man im vSwitch und nicht in einer VM.

Echt? Ist das Best Practice?

So schwierig ist das nicht: - Windbg installieren - Online Symbol-Server konfigurieren - Windbg starten - "Open Crash Dump" - Analyze -v eingeben.