zahni

OT: In solchen Fällen habe ich früher immer beim potentiellen Kunden vor die Tür geguckt, was er denn für ein Auto fährt. Wenn das Auto teuer sein darf, die IT aber nicht, läuft etwas verkehrt.

Schaue mal in dem Bereich: https://de.presentation.avereurope.com/lines/camera-application#tracking-camera wir haben gerade von dem Hersteller eine Video-Soundbar bekommen (für normale Konferenzen). Gesehen habe ich das Teil aber auch noch nicht. Machen Kollegen... PS: Hat 30-fachen Zoom. https://de.presentation.avereurope.com/model/ptc500s

Und was geht nicht? Zum Test musst Du einen Host hart abschalten, und warten, ob der andere Host die VMs übernimmt und neu bootet. Ach ja, die beiden Hosts brauchen natürlich Shared Storage. Mit lokalen HDDs geht das nur mit VSAN, zertifizierter Hardware, 10GBE und 3 Hosts.

Mann muss es richtig konfigurieren: https://www.altaro.com/vmware/setting-up-vmware-high-availability-on-a-vsphere-cluster/ 3 Host sind aber besser und bei VSAN erforderlich.

Script auf PC kopieren und mit psexec -s ausführen.

BENQ Q23W3. Hast Du mal einen Link zum Produkt?

Wurden die Views geändert? Ich hatte neulich eine View bekommen, die eine wunderschöne Endlosschleife erzeugt. So etwas kann z.B. auftreten, wenn man versucht eine Tabelle mit sich selbst zu joinen. In meinem Fall sollten Daten spaltenweise ausgegeben werden, die in der Tabelle zeilenweise gespeichert sind.

Ich schaue nachher mal in der Fa. Ich meine irgendwo da, wo man zentral Zertifikate per GPO importieren kann... Habs, müsste das hier sein: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc781964(v=ws.10)?redirectedfrom=MSDN

Auch bei einem anderen User? Dann solltet Ihr Eure Einstellungen prüfen. Ein Self-Signed-Zertifikat kann nicht automatisch vertrauenswürdig sein. Bei dem User, der es erstellt, u.U. schon. Da kann man aber auch per GPO verhindern, dass ein User etwas in den entsprechenden Store importieren kann...

Dann ist die Signatur aber nicht vertrauenswürdig...

Und zum Programmieren: https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getfullpathnamea Stichwort "Unicode version"

Im Moment gibt der Server nur HTTP 301 mit einem Redirect auf sich selbst aus. Das ist eher nicht sinnvoll.

Wie ich schon schrieb, werden KMS-Host-Key von MS via VLSC vergeben. Was Dir da irgendein Händler geschickt hast und ob Du nun eine valide Lizenz hast, können wir nicht beurteilen. Wenn Du eine valide Lizenz hast, wirst Du von MS auch einen funktionierenden KMS-Host-Key bekommen.

"IN" ist hier aber sinnvoller. Ich weis gerade nicht, was der SQL-Server bei Wildcards macht. Standard ist aber "%" als Wildcard. Beachte auch, dass SQL-Server bei einem führenden Wildcard u.U. keine Index-Suche machen können. Bei großen Tabellen sollten diese Parameter vermieden werden.

Kannst Du selbst probieren: https://www.jetbrains.com/de-de/decompiler/

Falls es .Net ist: Dafür gibt es Decompiler.

Da kann ich nur raten: Windows 10/2019 haben irgendein neues Treibermodell eingeführt. Es kann gut sein, dass der Wert in der Registry nicht mehr relevant oder bei VMs immer 0 ist. Das musst Du mit dem Hersteller der Software klären.

Was ist das Ziel? Ist der VMWare-Video-Treiber installiert? Dann kannst Du in den VM-Einstellungen mehr Speicher zuweisen. 16 MB reichen meistens.

Ich glaube nicht, dass Du im "Graumarkt" so ohne Weiteres funktionierende KMS-Host-Keys bekommst...

Und zu ursprünglichen Frage: Ein KMS-Host-key ab Windows Server 2016 sollte Windows 10 auch aktivieren. Ist eine VM 2019, braucht man natürlich den 2019'er Host-key. Den Datenträger aus dem VLSC verwenden. Ansonsten muss man u.U,. einen Client-Key nachschieben: https://docs.microsoft.com/de-de/windows-server/get-started/kmsclientkeys

Hallo und willkommen im Forum. Für Experimente empfehle ich https://www.soapui.org/

Prüfe, ob auf dem Ding der Virenscanner an ist. Wenn, ja abschalten.

Hast Du dieses Tool auf dem KMS-Server installiert? https://www.microsoft.com/de-de/download/details.aspx?id=35584

FTP-Server Ich interpretiere das so, dass MS im SMBv3 ab 1903 Compression eingeführt hat und dieser Code anfällig ist. Daher sind Clients gefährdet, weil die Funktion im Client wohl nicht abschalten kann, im Gegensatz zum Server.

Details gibt es hier https://fortiguard.com/encyclopedia/ips/48773 Es wird empfohlen diesen Workaround zu implementieren: https://portal.msrc.microsoft.com/en-US/security-guidance/advisory/adv200005 Wobei offenbar der aktuelle Windows Server 2019 nicht betroffen ist. Nur neuere Versionen inkl. Window 10 ab 1903.