Dukel

In solchen Fällen stellt sich auch immer die Frage, wie Zeitkritisch ist das ganze. Wenn es egal ist, ob das Script 2h oder 2d braucht, dann brauche ich ja keinen Aufwand in das Optimieren stecken.

Man möchte eigendlich nicht mit einzelnen Self-Signet Zertifikaten arbeiten. Man möchte eine CA (eigene oder fremde) nutzen. Dort vertraut man dem Root Zertifikat und dieses ist idr mehrere Jahre gültig. In der Zeit können die Zertifikate, die damit ausgestellt wurden, beliebig getauscht werden ohne an allen Systemen etwas zu ändern.

Oder man stellt einen eigenen WSUS Server in die DMZ.

Wieso das? Wird die VM Umgebung nicht gesichert?

Das ist meines Wissens schon immer so. Den Parameter nutzt man bei der ersten Installation und jeder weitere Server lässt den Parameter weg.

Es geht um hier im Forum. Wieso versuchst du es gleich mit Gewalt? Einfach nur VMWare Tools deinstallieren hat nicht geklappt?

Man könnte sich noch ewig streiten ab wann es sich lohnt. Zurück zum Thema. Eigendlich gibt es drei (schon genannte Möglichkeiten): - SRV Records (nicht empfohlen) - SAN Zertifikat (x* Autodiscover + x* SMTP-Domain) / Wildcard Zertifikat - HTTP Umleitung auf eine HTTPS Adresse mit ggf. nur einem DNS Namen im Zertifikat (hier ist auch ein SAN Zert. möglich)

Wieso das? Du kannst alles bisherige mit Powershell 5.1 laufen lassen und neue Dinge mit Powershell 7 schreiben. EDIT: Standardmäßig (powershell.exe) wird die Windows Powershell 5.1 gestartet. Für Powershell 7 muss man explizit pwsh.exe starten. EDIT Ende Ich bin aktuell an einem Projekt. Da brauche ich, wegen einem Modul, Powershell 7.

Wenn man Powershell 7 installiert wird die OS-Installation (Powershell 5.1) nicht deinstalliert. D.h. beide Versionen sind nutzbar.

Bei Microsoft sind alle deine Fragen beantwortet: https://learn.microsoft.com/en-us/windows-server/identity/ad-ds/active-directory-functional-levels Hier steht welche Windows Version mit welchem Level verfügbar sind. Diese schalten neue Funktionen frei. Wenn du diese nicht haben willst, musst du nicht hochstufen. Ich würde aber immer soweit hochstufen, wie möglich, wenn es keine Nebenwirkungen gibt. Zum Thema DFS-R steht hier auch folgendes:

Vielleicht meldet sich die Anwendung mit einem User an der DB an und die User melden sich (nicht mit diesem!) User an der Anwendung an. Wird viel bei irgendwelchen Webapplikationen so gehandhabt (Wordpress, ...).

Vielleicht gibt es Lexware in der Cloud (SAAS). Man möchte keine 1:1 Abbildung der VM's in der Cloud!

Try Catch geht nur, wenn das, was du ausführst, eine Exeption wirft. In deinem Fall brauchst du $?, aber du wolltest das generell wissen -> Try/Catch um Exceptions abzufangen. EDIT: Du brauchst bei einfachen Variablen keine Doppelten Quotes: Write-Host "Es gab einen Fehler beim Anlegen des Links $LinkName. Bitte manuell nacharbeiten."

Informiere dich über try/catch. Außerdem gibt es z.B. diverse Variablen $? / $error -> https://www.msxfaq.de/code/powershell/pserrhandling.htm PS > $? True PS > 2/0 Es wurde versucht, durch 0 (null) zu teilen. In Zeile:1 Zeichen:1 + 2/0 + ~~~ + CategoryInfo : NotSpecified: (:) [], RuntimeException + FullyQualifiedErrorId : RuntimeException PS > $? False PS > $error Es wurde versucht, durch 0 (null) zu teilen. In Zeile:1 Zeichen:1 + 2/0 + ~~~ + CategoryInfo : NotSpecified: (:) [], RuntimeException + FullyQualifiedErrorId : RuntimeException

Vermutlich. Ich nutze kein Virtual Box mehr. Evtl. muss man in den Installationsordner von vbox in der cmd.exe wechseln.

Hier https://forums.virtualbox.org/viewtopic.php?f=3&t=106666 wurde das wohl gelöst. Habe den Beitrag aber nur überflogen.

Würde ich aber nicht machen. 1. brauchst du dann keine Funktion 2. Ist es übersichtlicher und du kannst die Funktion Problemlos mehrmals verwenden: function umlaute {} function username { ... umlaute ... } function adresse { ... umlaute ... } function email { ... umlaute ... }

@Cryer Wo siehst du den Unterschied zwischen Funktions und Service Account?

Ich glaube nicht, dass du Funktionen innerhalb von Funktionen schreiben kannst. Schreibe alle Funktionen untereinander.

Und was hast du jetzt? Was passiert jetzt?

Mach das Schritt für Schritt. Get-MailboxDatabase xyz Bekommst du da deine Datenbank zurück? Dann ergänst du das mit den mailboxen. Get-MailboxDatabase xyz | get-Mailbox Bekommst du da deine Mailboxen aus dieser DB zurück? Dann die foreach-Schleife: Get-MailboxDatabase xyz | get-Mailbox | foreach-Object { $_.Alias } Bekommst du da deine Mailbox Aliase (die du für den Export brauchst) zurück? Alles zusammenbauen bekommst du dann hoffentlich hin.

New-MailboxExportRequest -Mailbox User1 -FilePath "\\srv-ekh-fs1\EKH-Daten\IT\PST\user1.pst"

Dir fehlen " Ohne Leerzeichen kannst du den Pfad normal schreiben, mit Leerzeichen brauchst du jeweils am Anfang und am Ende Leerzeichen.

Es kann doch egal sein, wie der Export aussieht. So wie du es vor hast kannst die csv komplett andere Spalten und Reihenfolgen haben. Teil deine Aufgabe in kleine häppchen. Nimm als erstes ein Beispiel Scope mit den entsprechenden Daten und erstellen diesen per Powershell mit Add-DhcpServerv4Scope (Achtung! in deinem Bsp hast du Reservation, und nicht Scope!, das kommt später). Wenn das funktioniert nimmst du deine csv Datei und erstellst eine Schleife und lässt dir z.B. alle benötigten Felder ausgeben und ergänzt im nächsten Schritt das obere Script mit den entsprechenden Variablen. Das hilft aber nicht bei einem Linux DHCP Server mit einer CSV Datei ;)

Export gibt es nicht. out-file, add/set-content,... Wieso willst du mit export testen und nicht mit import? Bekommst du ein Ergebnis in der Shell mit: Get-DhcpServerv4Scope -ComputerName "servername.meinedomaene.lan" ?