mwiederkehr

Laut https://docs.lithnet.io/password-protection/advanced-help/powershell-reference/test-isaduserpasswordcompromised liest es die Hashes aus dem AD und vergleicht sie mit gehashten Passwörtern auf der Liste. Aber sonst bin ich Deiner Meinung. Man sollte sich überlegen, in welchem Szenario "Passwörter durchprobieren" überhaupt realistisch ist. Wenn der Benutzer die Zugangsdaten auf einer Phishing-Seite eingibt, hilft ein komplexes Passwort nicht und man hat hoffentlich nicht RDP offen, sodass tausende Passwörter durchprobiert werden können. MFA ist inzwischen komfortabel genug geworden, um es für jegliche Zugriffe von extern zu erfordern. Damit verliert das Passwort nochmals an Bedeutung. Aus meiner Sicht reichen die Komplexitätsanforderungen von Windows aus für normale Accounts. Und bei Admin-Accounts sollte man darauf vertrauen können, dass die Admins selbst ein genug sicheres Passwort verwenden.

Das kann ich aus meiner Erfahrung für die meisten Szenarien bestätigen, deshalb ist es auch schön, dass es wieder CPUs mit weniger Cores, aber mehr GHz gibt. Gerade in kleineren Umgebungen ist weniger parallelisierbar, als man in der "Multi-Core-Euphorie" angenommen hat. Auf einem Terminalserver startet jemand Word, dann jemand Outlook, aber selten passiert das genau gleichzeitig. Auch in Datenbanken laufen viele Abfragen nur auf einem Core und es kommt nicht häufig vor, dass gleichzeitig mehrere Leute eine Auswertung erstellen. Gute Parallelisierbarkeit, also gleichmässige Auslastung aller Cores, habe ich in der Praxis erst bei Webservern mit vielen Zugriffen und Veeam gesehen. Was ist Dein "aber"? Bei mir war es die schlechte Verfügbarkeit der Server bei HPE. DL360 gab es fast immer ab Lager, auf DL365 musste man teils Monate warten. Und ich hatte schon einen Techniker vor Ort, der unverrichteter Dinge wieder abziehen musste, da das Ersatzteil nicht vorrätig war. Ein Kontakt bei HPE hat mir erzählt, die AMD-Systeme verkauften sich in den USA gut, aber in Europa und besonders der Schweiz eher schlecht, deshalb hätten sie auch nichts an Lager. Er hat das begründet mit dem "Billig-Image" von AMD und der höheren Kaufkraft in Europa. Aber vielleicht ist es auch ein Henne-Ei-Problem, wenn die Server nicht verfügbar sind, bestellt man sie nicht. Interessant, es geht also noch etwas bezüglich Scheduler. Erinnert mich an die Zeiten, als man Linux-Kernel selbst kompiliert hat, mit exotischen Scheduler-Einstellungen, für genau seinen Zweck "optimiert". Eine Begründung gegen Hyper Threading habe ich noch gefunden: Wenn man alle Cores dauerhaft voll auslastet, sind 16 richtige Cores besser als 32 SMT-Cores, weil es weniger Kontextwechsel gibt. Das sind aber eher exotische Szenarien wie Machine Learning. Und wie in Deinem Link nachzulesen ist, reicht Windows Server 2019 die Information über SMT in die VMs durch, deren Scheduler sieht also, ob er vier richtige Cores oder zwei Cores mit SMT hat und kann sich entsprechend verhalten.

Besten Dank für Deine Antwort, Nils. Es geht primär um kurzzeitige Peaks (Terminalserver) und längere Vollauslastung einzelner Cores (Katalogaufbereitung von XML zu PDF, läuft nur auf einem Core und dauert mehrere Stunden). Insofern erachte ich einen hohen Turbo-Takt als wichtig. Das bestehende System krankt etwas daran, dass die Parallelisierung überschätzt wurde. Sehr viele Cores, aber geringer Takt. Ich würde aber auch sagen, dass 3.6/4.0 GHz besser sind als auf 1/4 der Cores 3.7/4.0 GHz und den restlichen nur 3.2 GHz. Falls Du Dich entschliessen solltest, ein gewisses Buch zu aktualisieren, hättest Du einen Käufer auf sicher. Es ist erstaunlich, wie wenig man zu der Materie im Internet findet. Bei Intel gibt es diverse Benchmarks, aber alle ohne Virtualisierung und Microsoft äussert sich überhaupt nicht zu den neuen CPU-Features. Auch Dir besten Dank, Norbert. Anscheinend geht es mit Windows 11, nur Windows Server bootet erst wieder, nachdem man die Efficiency Cores deaktiviert hat: https://www.reddit.com/r/HyperV/comments/s8hgr1/hyperv_on_intel_12900k/ Höchstleistung habe ich bis jetzt auch immer verwendet, wobei das wohl je nach Serverhersteller eine andere Bedeutung haben kann. Bei HPE heisst es nicht "lass immer alle Cores im Turbo laufen und ziehe die TDP", sondern es deaktiviert gewisse P- und C-States, sodass sich die CPU nicht zu tief schlafen legt. Gemäss Anzeige im Power Meter vom iLO ist der Stromverbrauch nur ein paar Watt höher als mit "Dynamic Power Saving". Mit "OS Control" und im Windows auf Höchstleistung gestellt, ist er exakt identisch, sodass ich davon ausgehe, dass er das Gleiche macht. Ich dachte nur, vielleicht wäre aktuell "OS Control" besser, weil die OS immer ausgefeilter werden. Was ist die Begründung für "kein Hyper-Threading"? Ich habe das bis jetzt erst wegen Sicherheitsbedenken (verhindert gewisse Side-Channel-Angriffe) gelesen. Bei der Anzahl Cores nehme ich auch immer eine gerade Anzahl und beim RAM ein Vielfaches von 1024, aber ob es wirklich einen Effekt hat, weiss ich nicht. Sieht halt komisch aus sonst.

Hallo zusammen Anlässlich der Beschaffung neuer Hosts bin ich am Evaluieren einer geeigneten CPU. Dabei bin ich auf den Xeon 6444Y gestossen. Mit zwei solchen CPUs pro Host kämen wir auf ein Verhältnis vCPU:CPU von 4:1. Die CPU hat einen Basistakt von 3.6 GHz und einen Turbo-Takt 4.1 GHz. In den Spezifikationen bin ich auf folgende relevanten Features gestossen: Intel® Speed Select Technology - Base Frequency Damit lässt sich der Basistakt von vier "high priority" Cores auf 3.7 GHz erhöhen, während die restlichen zwölf "low priority" Cores auf 3.2 GHz abgesenkt werden. Intel® Speed Select Technology – Turbo Frequency Damit kann bei einer einstellbaren Anzahl Cores der Turbo-Takt erhöht werden, bei gleichzeitiger Reduktion des Turbo-Takts der anderen Cores. Leider habe ich keine Informationen zu diesen Features im Zusammenhang mit Hyper-V gefunden. Mir ist bekannt, dass Hyper-V nicht mit den Performance- und Efficiency-Cores der aktuellen i5 und i7 umgehen kann (bootet nicht). Das ist aber nicht direkt vergleichbar, da bei den Xeon alle Cores identisch sind, einfach anders getaktet. Kann Hyper-V bei Server 2022 die Features nutzen und die Workloads sinnvoll verteilen, oder lässt man solche Sachen am besten deaktiviert? Oder regelt die CPU das selbst? Also wird der Core höher getaktet, auf dem es etwas zu tun gibt und nicht einfach Core Nummer 1 und das Scheduler vom OS muss das wissen und den arbeitenden Prozess dort hin verschieben? Wie ist die Empfehlung bezüglich Power Management? Immer noch auf "High Performance" stellen oder ist "OS Control" bei modernen OS mittlerweile besser? Besten Dank für eure Tipps!

Wobei es bei SMTP tatsächlich vorgesehen ist, die Rollen von Briefkasten und Zusteller zu tauschen. Es gibt dafür die Kommandos TURN, ETRN und ATRN. Ich habe das bei Exchange 2003 noch im Einsatz gesehen. Danach hielt man das (wohl wegen des zwingenden Catch-Alls) nicht mehr für eine gute Idee und hat bei Dial-Up auf POP3-Abruf gewechselt. Aber heute ist es die beste Lösung, die E-Mails direkt zu empfangen. Wenn man Postfächer bei Domains hat, die man nicht exklusiv nutzt, richtet man eine Weiterleitung ein und nach und nach merken sich die Leute die neuen Adressen.

Ist im Postfach ein nach dem 23.02.2023 erstelltes, "komisches" Element enthalten? Also E-Mail, Kalendereintrag oder Kontakt? Was sagt https://testconnectivity.microsoft.com/tests/Eas/input mit "alle Elemente im Posteingangsordner synchronisieren"? Ich hatte solche Probleme schon bei Spam mit ungültigen Zeichen oder leeren Kalendereinträgen (das war aber ein Nokia vor x Jahren).

Auf dem Exchange selbst ist allenfalls ein signaturbasierter Filter sinnvoll und der ist bei Exchange dabei (Antimalware-Agent). Weitergehende Sachen wie Entfernung von Makros oder Umwandlung in PDF will man nicht auf dem Exchange selbst haben, da die notwendigen Tools dafür neue Sicherheitsprobleme schaffen. Falls eine gehostete Lösung nicht grundsätzlich ausgeschlossen ist, würde ich auch eine solche prüfen. NoSpamProxy gibt es beispielsweise mittlerweile aus der Cloud.

Arbeitsplatzdrucker gehören ohnehin abgeschafft. Die Kosten pro Seite sind hoch und je näher der Drucker, desto mehr wird gedruckt. Habe bei einigen Kunden erlebt, dass die Mitarbeiter nach Einführung von Stockwerkdruckern plötzlich entdeckt haben, dass man E-Mails auch am Bildschirm lesen kann.

Vor vielen Jahren habe ich so etwas mal per Anmeldescript gemacht, es war VBS oder Kixtart. Da ist man flexibel und kann auf alle Informationen wie Gruppenzugehörigkeit, OU, IP-Range etc. zugreifen. Wer welche Drucker bekommt, war in CSV-Dateien definiert nach Gruppen. Die fixen Rechner hatten als AD-Attribut den Standarddrucker hinterlegt. Wenn die IP-Range auf keinen Firmenstandort gepasst hat, war der Benutzer extern und das Script hat nichts gemacht. Das Script hat alle benötigten Drucker zusammengesucht und mit den schon verbundenen Druckern verglichen. Dann wurde nur hinzugefügt/gelöscht, was gefehlt hat/zu viel war. (Immer alle Drucker zu löschen und neu zu verbinden ist einfacher, benötigt aber Zeit.) Wollte man sichergehen, dass neue Treiber und Einstellungen vom Server übernommen werden, gab es ein Flag, welches den Drucker einmalig pro Benutzer neu verbunden hat. Evtl. gibt es so etwas in PowerShell schon auf GitHub, und sonst ist es eine schöne Aufgabe für den Azubi.

Das geht mit Throttling-Policies: https://learn.microsoft.com/en-us/powershell/module/exchange/New-ThrottlingPolicy?view=exchange-ps Der Parameter "RecipientRateLimit" ist für Deinen Zweck wohl am besten geeignet. Er limitiert nicht die Anzahl E-Mails, sondern die Anzahl unterschiedlicher Empfänger pro Tag pro Benutzer. Da unterschiedliche Empfänger gezählt werden, kann man den Wert normalerweise recht tief einstellen, ohne Probleme mit "E-Mail-Chats", Scan2Mail etc. zu bekommen.

Du musst den Enum aus der Beispieldatei ganz oben drin lassen. Ganz wichtiger Punkt. Ich sehe nicht, wie man ohne zusätzliche Optionen ein Vektorformat wie EMF in ein Rasterformat wie JPG umwandeln können will.

Ich würde empfehlen, die Updates erst unmittelbar vor dem Neustart und nicht irgendwann unter der Woche installieren zu lassen. Sonst wird die zweite Phase der Installation ungeplant unter der Woche durchgeführt, falls aus einem anderen Grund ein Neustart notwendig sein sollte und man kann ein fehlerhaftes Update nicht durch eine Wiederherstellung von der Datensicherung "entfernen", da man zu weit zurück müsste.

Ich verwende dafür meist OpenSSL, weil dieses SSL-Fehler detailliert anzeigt. openssl s_client -starttls smtp -connect servername:25

Kollege KI macht folgenden Vorschlag: # Get the file list $Files = Get-ChildItem -Path $SourcePath # Group files in the folder with the same basename $FilesGroupedByName = $Files | Group-Object -Property BaseName # Iterate through the grouped files foreach($Group in $FilesGroupedByName) { # Check if there are two files with the same basename if($Group.Count -eq 2) { # Copy the files with the same basename $Group.Group | Copy-Item -Destination $DestinationPath } } Da es dem entspricht, was @BOfH_666 vorgeschlagen hat, gehe ich davon aus, dass es funktioniert.

Seit die App zu Microsoft gehört, ist es zumindest für Anwender mit Exchange Online nicht mehr relevant, denn da hat Microsoft schon alle E-Mails. Aber wenn man bewusst gewisse Postfächer On-Premises behält, ist es sicher keine gute Idee, diese über die App abzurufen. Ich möchte Microsoft zugutehalten, dass ihr Verfahren technisch bedingt ist und es nicht anders geht, da Apps nur sehr beschränkt im Hintergrund laufen dürfen. Falls jemand eine bessere Lösung kennt, wären viele Leute dankbar, mich eingeschlossen.

Mit Outlook für iOS und Exchange Online sieht es wie folgt aus: Man wählt "freigegebenes Postfach hinzufügen" und muss dann die Adresse des Postfachs eingeben (es erscheint keine Auswahl). Danach ist das Postfach verbunden. Es gibt aber keinen Automatismus. Für On-Premises-Accounts steht die Option "freigegebenes Postfach hinzufügen" nicht zur Verfügung. Mit den nativen E-Mail-Apps wird das nicht funktionieren, da es wohl nicht Teil des ActiveSync-Standards ist.

Da AVMA bei ESX nicht funktioniert, würde ich wohl den Standard-Key des Kunden verwenden. Alle Server mit Datacenter zu installieren, ginge natürlich auch. Aber da offiziell kein Downgrade möglich ist, schränkt man sich ein, falls man in Zukunft eine VM einmal auf einem anderen, nicht mit Datacenter lizenzierten Host, betreiben möchte.

Ich glaube zu verstehen, was der Fragesteller will: Die Schule hat ein Lehrmittel in digitaler Form gekauft für eine gewisse Anzahl Personen (oder Geräte). Das Dokument ist mit digitalem Wasserzeichen geschützt. Wenn es in einer Tauschbörse auftaucht, gibt es Ärger. Wie Jan geschrieben hat, ist das ein Einsatzzweck für DRM. Damit kannst Du Dateien vor Weitergabe schützen und trägst im Gegensatz zu Deinem Script nicht die Verantwortung, falls es doch passiert. Eine einfache Möglichkeit wäre, die PDFs im Acrobat mit einem Zertifikat zu verschlüsseln. Dieses Zertifikat würde auf den Rechnern installiert und der Export des Private Key verboten. Damit könnte jeder das Dokument kopieren, aber ohne Private Key nicht öffnen. Als grössere Lösungen fallen mir Adobe Digital Editions (kennt man von E-Books) und Azure Information Protection ein. Bei Digital Editions kenne ich den Preis nicht, Azure Information Protection ist bei grossen Office-365-Abos dabei und auch sonst bezahlbar, zumal nur der Ersteller, aber nicht die Benutzer eine Lizenz benötigen. Aber zuerst würde ich beim Herausgeber des Lehrmittels nachfragen, ob er nicht entsprechend geschützte Dateien anbietet.

Sieht aus, als würde er die appsettings.json nicht laden von der Konsole aus. Machst Du den Aufruf aus dem Verzeichnis der Anwendung?

Nicht kostenfrei, aber für kleinere Partner interessant, ist das Action Pack. Es ist nicht an eine Zertifizierung gebunden und bietet Produktlizenzen (Einschränkungen beachten), Azure-Guthaben (100 $/Monat), Visual-Studio-Abos inkl. GitHub-Hosting, Lizenzen für Office 365 E3 und Support-Guthaben.

Exchange trägt beim Einrichten von ActiveSync das Gerät im AD-Objekt des Benutzers ein. Sobald es eingetragen ist, funktioniert ActiveSync von diesem Gerät aus, ohne dass der Exchange Schreibrechte auf das AD-Objekt benötigt.

Ich würde eine solche Prüfung nicht durch Microsoft, sondern durch einen unabhängigen Experten durchführen lassen. Evtl. kennt @lizenzdoc einen Ansprechpartner?

In die RAID-Konfiguration kommst Du mit F8. Beim G7 kommt man noch nicht vom BIOS in die RAID-Konfiguration. Wenn Du zu früh drückst, landest Du im iLO, das ist auch F8... Aber wie schon erwähnt wurde, lohnt sich der Aufwand nicht. Der Server zieht im Leerlauf um die 350W. Aus eigener Erfahrung kann ich Dir den Bauvorschlag von Heise "13W-PC" empfehlen. Mit zwei SSDs und 128 GB RAM ist das ein guter Testserver und Windows Server 2022 inkl. Hyper-V läuft tadellos.

Ich verwende das (endlich intelligente) IntelliSense im Visual Studio und habe mit GitHub Copilot und neuerdings ChatGPT schon Code generieren lassen. Wobei die KI natürlich nicht selbst mitdenkt, sondern einfach ein passendes Beispiel aus GitHub, StackOverflow oder einer anderen Website rezitiert. Das ist aber, wie auch Deine Beispiele zeigen, manchmal schneller, als selbst die Dokumentation aufzuschlagen. Ein Kunde hat mir kürzlich erzählt, er brauche mich künftig nicht mehr; ChatGPT habe ihm ein Script erstellt, welches HTML-Tags aus einer Datei entferne. Mache mir aber noch keine grossen Sorgen. Unterhaltsam ist es allemal, besonders auch zum Vergleich von verschiedenen Programmiersprachen. "Calculate the median value of a list of numbers, give code in C#" und dann "C#" durch "PHP", "Ruby", "Rust" etc. ersetzen und schon sieht man, wie die Sprachen mit Arrays und Sortierung umgehen. Wenn ich sehe, wie gut der neue Microsoft Designer mittels KI Designvorschläge und Bilder generiert, gehe ich davon aus, dass es für Webdesigner bald gute Tools geben wird, die mit Kommandos wie "mach die linke Spalte etwas breiter" etc. umgehen können. Und das Thema Low-Code wird wohl noch prominenter, wenn man SQL-Abfragen in natürlicher Sprache formulieren kann (das ist teilweise bereits jetzt möglich).

Dass Drittentwickler Blödsinn machen, ist wohl nicht zu vermeiden (ausser mit einem Store-Modell wie bei Apple), aber ich hätte nie gedacht, dass solche Sachen bei Microsoft durchkommen. Ich ging davon aus, dass solchen Leuten vom Qualitätsmanagement der Kopf gewaschen wird.