testperson

Dafür gibts den HA Agent auf den ESXi Hosts.

Hi, was für ein Zertifikat nutzt du denn? Generell evtl: https://www.frankysweb.de/exchange-2016-smtp-connector-und-wildcard-san-zertifikate/ Wenn Thunderbird die Mails versenden kann heißt das leider noch nicht, dass deine Anwendung auf dem Server dann auch funktioniert. ;) Ggfs. wäre es noch eine Alternative der Anwendung einen eigenen Konnektor zu spendieren und diesen dann zu nutzen. Gruß Jan

https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.avail.doc/GUID-83FE5A45-8260-436B-A603-B8CBD2A1A611.html

Das was du da grade tust wird, vermutlich, funktionieren ist aber, ebenfalls vermutlich, sehr kontraproduktiv: https://de.wikipedia.org/wiki/Broadcast-Domäne

Hi, "Mit dem Switch" wäre die Frage, ob das der einzige Switch ist oder ob du dann pro Netz einen eigenen Switch nutzen möchtest? Wenn es der einzige Switch ist, benötigst du VLANs. Kann der Switch das? Dann würdest du aber auch nicht unbedingt einen weiteren Port am Lancom Router belegen müssen. dedizierte Switche pro Netzwerk sind, dann kann man das so machen. Gruß Jan

Ein Kunde hat(te?) die VCSA im FT laufen. Da ist es aber auch eher "Haben statt brauchen" bzw. weil FT in der Lizenz "eh da ist".

Hi, losgelöst von Nils' Hinweis würde ich technisch noch ergänzen, dass nur 4 VMs (Primary + Secondary) pro Host im Cluster per Fault Tolerence supported sind. Ebenfalls dürfen die FT VMs in Summe pro Host (Primary + Secondary) insgesamt max. 8 vCPUs zugewiesen haben. Bei Standard / Enterprise darf eine VM max 2 vCPUs bekommen mit Enterprise Plus sind es dann 8 vCPUs. Ein weiterer Punkt wäre die Netzwerkanbindung zwischen den RZs. VMware empfiehlt (im LAN) für FT 10 GBit Anbindungen mit (sehr) niedriger Latenz. AFAIK benötigst du für FT auch Shared Storage. Zu guter Letzt müssen natürlich auch die Anwendungen mit FT zurecht kommen / supported sein. Gruß Jan

Die sind mir noch nicht wieder begegnet. Kannte das nur Verhalten nur von "früher".

Das würde ich aber per GPO regeln: https://gpsearch.azurewebsites.net/#12629 ;) Nach meinem Stand tritt das aber nur mit älteren bzw. nicht aktualisierten Office Paketen auf bzw. liegt ansonsten an einer nicht passenden Autodiscover-Konfiguration. Gruß Jan

Hi, das geht bspw. per netsh <Parameter zum Deaktivieren> && netsh <Parameter zum Aktivieren> Gruß Jan

Hi, gibt es ein vertrauenswürdiges Zertifikat und passen die URLs der virtuellen Verzeichnisse (SplitDNS)? Du könntest einmal einen Test mit dem MS RCA machen: https://testconnectivity.microsoft.com/tests/o365 (Ach herrje, der sieht ja ganz anders aus..) Gruß Jan

Hi, siehe: https://portal.msrc.microsoft.com/en-US/security-guidance/advisory/CVE-2020-0910 Gruß Jan

Wenn da nicht eine 0 hinter der 3 verschlungen wurde, bist du nicht auf der aktuellen Version (1.1.2.30): https://support.kaspersky.com/de/15364

Konntest du denn anhand des Links herausfinden was eine Vendor-ID/Device-ID ist? Der erste Treffer, den die Suchmaschine ausspuckt, wäre bei mir zumindest sehr hilfreich. Mir aber auch egal.. (+1)

https://is.gd/IMh0eJ

Hi, ja. Erst SP3 und dann das RU30 passt. Ein (funktionierendes) Backup kann unter Umständen sehr hilfreich sein. ;) Gruß Jan

Ich könnte (versuchen) meinen Monitor um 180° zu drehen, dann hätte ich oben USB Ports. @spadeDu könntest anhand Vendor- und Device-ID auf die Suche gehen.

Hi, nach dem CU23 für Exchange 2013 gab es noch zwei(?) wichtige(!) Security Updates die aber dann auch über Windows Update kommen müssten. Die solltest du dann auch direkt mit patchen: https://www.microsoft.com/en-us/download/details.aspx?id=100485 https://www.microsoft.com/en-us/download/details.aspx?id=100909 AFAIK müsste die Installation des zweiten reichen, da dieses das erste inkludiert hat. Gruß Jan

Nein, auch ESXi und Co. sind keine geeigneten Kandidaten für einen Root Server. Du musst die MAC Adresse der VM zuweisen und nicht dem OS in der VM. Anhand deiner IP-Adressen scheint dein Server bei Hetzner zu sein. Die haben eigentlich einen brauchbaren Wiki, der dir die Einstellungen erläutern sollte.

Hi, mach doch einfach (zumindest parallel) ein Ticket bei Microsoft auf. Du zahlst ja schließlich auch dafür Support erhalten zu können. ;) Gruß Jan

Hi, ja. Die MAC Adresse muss in deinem "Konstrukt", losgelöst vom eingesetzten Virtualisierer, der VM zugewiesen werden. Der vSwitch Typ ist mit "Extern" korrekt. Generell ist ein HyperV Host bzw. ein Host zur Virtualisierung kein geeigneter Kandidat für den Betrieb auf einem Root Server. Gruß Jan

Hi, https://support.microsoft.com/en-us/help/3189825/extending-a-csv-by-using-diskpart-or-powershell-is-not-blocked-from-a HTH Jan

Hilft aber nur wenn man die Sitzung trennt. Sollte man sich abmelden hilft auch bei "/drain" nur die Konsole (und kein Reboot). Mit "/drainuntilrestart" würde auch ein Reboot helfen. :)

Hi, Es ist nahezu immer sinnvoller neu zu installieren und die Applikation(en) zu migrieren Das dürfte nicht (viel) mehr Zeit kosten wie imagen Zu deinem Problem: Hast du die (vermutlich) neuen / anderen Treiber beim Universal Restore eingebunden? Gruß Jan

Hi, wenn der RDS als VM auf dem HyperV Host läuft, dann kannst du dich doch im HyperV Manager am RDS anmelden. Ggfs. musst du dann aber den erweiterten Sitzungsmodus deaktivieren bzw. nicht nutzen. Wenn der RDS auf einem physikalischem Host läuft dann wirst du über KVM over IP / iDRAC / iLO / o.ä. auf die Konsole kommen. Eine weitere Möglichkeit könnte Teamviewer und Co. sein, sofern installiert. Notfalls bleibt hinfahren. ;) Gruß Jan