MICROLINC - Probleme suchen Lösung
Zurück   Home

Troubleshooting Exchange Health Manager Sensoren

  -  16.05.2017 - 17:59
Menü

Home
Microsoft Small Business Server 2011 Standard
Hardware
Windows
MS Office
Projekte
Support
Download
Peripherie
Sonstiges (Off-Topic)
Telefonie
Windows 8
Windows Mobile
Security-Software
DATEV
Virtualisierung Oracle virtualbox
nginx
Kryptographie
hMailServer
Android
Novell
Exchange
Server 2012 R2
AD Certificate Service (PKI) / Zertifizierungsstelle
System Center
Blackberry
Microsoft Flow
Virtualisierung Microsoft Hyper-V
Ubiquiti
3CX
OneDrive
PowerShell
Azure/Entra
HAProxy
Defender
Teams
ESET Protect
BookStack


 
Autor:Thomas Windscheif last edit:17.05.2017 12:07

Link zu diesem Beitrag:


[Druckansicht]

Exchange 2013

Symptome:
Diverse Sensoren werden über den Befehl Get-ServerHealth und Get-HealthReport als "Unhealthy" zurückgegeben.

Ausgabe fehlerhafter Sensoren bzw. Serverkomponenten:
Get-HealthReport "Name des Servers" | ? {$_.AlertValue -eq "Unhealthy"}
Get-ServerHealth "Name des Servers" | ? {$_.AlertValue -eq "Unhealthy"}
Get-ServerComponentState "Name des Servers" | ? {$_.State -ne "Active"}

Zunächst würde ich, wenn der Fehler nur einmal aufgetreten ist, abwarten.
Sollte er dauerhaft bestehen bleiben, wäre die Neuanlage der Healthmailboxen der nächste Schritt. Diese können im Laufe der Zeit korrumpieren und führen ebenfalls zu negativen Sensorenergebnissen. Zur Neuanlage können Sie folgendes Script verwenden: http://microlinc.homeip.net/index.php?lev1=25&lev2=8&lev3=&id=329

Die folgenden Sensoren werden als "Unhealthy" zurückgegeben:
ECPProxyTestMonitor
EWSProxyTestMonitor
OWACtpMonitor


Möglicher Grund:
Wenn Sie vor den Exchange-Servern einen Loadbalancer betreiben, stellen viele im Backend die Authentifizierung der virtuellen Verzeichnisse ECP und OWA auf Basic-Authentication (Standardauthentifizierung) um. Leider unterstützen die Probes keine Standardauthentifizierung.

  1. Zur Analyse und Eingrenzung des Fehlers öffnen Sie im Eventlog den Crimson Channel auf dem betroffenden Exchange-Server und öffnen Sie die ProbeResult-Logs:
    Anwendungs- und Dienstprotokolle > Microsoft > Exchange > ActiveMonitoring > ProbeResult

  2. Grenzen Sie die Ansicht mittels des Filters auf die fehlerhaften Ereignisse ein.


  3. Suchen Sie die Ereignisse zu den betreffenden Sensoren.

  4. Klicken Sie dann auf den Reiter "Details".

  5. Wählen Sie die "XML-Ansicht".

  6. Wenn der nachfolgende Ausdruck im Abschnitt Error anzeigt wird, handelt es sich um einen Authentifizierungsfehler. Und somit mit hoher Wahrscheinlichkeit um den zu Beginn beschriebenen Fehler.
    Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.




  7. Es gibt hier nun zwei mögliche Lösungen:

    1. Aktivierung der Windows Authentifizierung zusätzlich zur Standardauthentifizierung
      Get-OwaVirtualDirectory -Server "Name des Servers" | Set-OwaVirtualDirectory -WindowsAuthentication $true

    2. Deaktivierung der Sensoren
      siehe https://blogs.technet.microsoft.com/ehlro/2014/02/20/exchange-2013-managed-availability-healthset-troubleshooting/
      Letzteres würde ich nicht empfehlen, da Änderungen in den Konfigurationsdateien durch die Installation der kumulativen Updates ggf. überschrieben werden, was einen weiteren Prüf- bzw. Arbeitsschritt beim Updateprozess zur Folge hat.





Die folgenden Sensoren werden als "Unhealthy" zurückgegeben:
OutlookRpcDeepTestMonitor
OutlookRpcSelfTestMonitor


Möglicher Grund:
Diese Tests prüfen die Proxying-Funktion der CAS-Schicht. Es gibt verschiedene Gründe für die Fehler. Häufig ist es ein Fehler bzgl. des im Binding (:444) der "Exchange Back End" Site verwendeten Zertifikats. Viele Administratoren wählen hier das für die Umgebung neu erstellte SAN-Zertifikat aus. Supported ist hier lediglich das selbstsignierte bei der Installation erstellte Zertifikat mit dem Anzeigenamen "Microsoft Exchange". Manchmal liegt es aber auch daran, dass eben diesem Zertifikat aus welchen Gründen auch immer das Vertrauen entzogen wird (obwohl selbiges im Trusted Root Cert-Container liegt).

  1. Zur Analyse und Eingrenzung des Fehlers öffnen Sie im Eventlog den Crimson Channel auf dem betroffenden Exchange-Server und öffnen Sie die ProbeResult-Logs:
    Anwendungs- und Dienstprotokolle > Microsoft > Exchange > ActiveMonitoring > ProbeResult

  2. Grenzen Sie die Ansicht mittels des Filters auf die fehlerhaften Ereignisse ein.


  3. Suchen Sie die Ereignisse zu den betreffenden Sensoren.

  4. Klicken Sie dann auf den Reiter "Details".

  5. Wählen Sie die "XML-Ansicht".

  6. Wenn der nachfolgende Ausdruck im Abschnitt Error anzeigt:
    Das Objekt mit Nullwert muss einen Wert haben.
    und der folgende Ausdruck im Abschnitt ExecutionContext vorhanden ist:
    Das Remotezertifikat ist laut Validierungsverfahren ungültig


    liegt der Fehler darin begründet, dass der Server dem Zertifikat nicht traut.

  7. Es gibt hier nun eine mögliche Lösung:

    1. Exportieren und importieren des aktuellen Selfsigned-Zertifikats in den Trusted Root Store
    2. Öffnen Sie den IIS-Manager

    3. Klicken Sie mit der rechten Maustaste auf "Exchange Back End" und wählen Sie dort "Bindungen".


    4. Markieren Sie die Zeile https 444 und klicken Sie auf "Bearbeiten...".


    5. Prüfen Sie, ob das Zertifikat "Microsoft Exchange" ausgewählt ist und klicken Sie auf "Anzeigen...".


    6. Prüfen Sie in den Zertifikatseigenschaften, ob das Zertifikat noch gültig ist.


    7. Prüfen Sie im Reiter "Details", ob in unter "Alternativer Antragstellername" der Hostname und der FQDN des Servers eingetragen sind.


    8. Klicken Sie nun auf "In Datei kopieren..."

    9. Gehen Sie die Schritte des Assistenten durch und wählen Sie bei der Formatauswahl "DER-codiert-binär X.509 (.CER)".


    10. Öffnen Sie nun die MMC-Konsole als Administrator und wählen Sie unter "Datei" > "Snap-In
      hinzufügen/entfernen...".


    11. Im neuen Dialogfenster markieren Sie "Zertifikate", klicken Sie dann auf "Hinzufügen".


    12. Wählen Sie "Computerkonto". Dann Lokaler Computer.


    13. Unter dem Konsolenstammen erweitern Sie "Zertifikate (Lokaler Computer)" > "Vertrauenswürdige Stammzertifizierungsstellen" > "Zertifikate".

    14. Klicken Sie mit der rechten Maustaste auf "Zertifikate", wählen Sie "Alle Aufgaben" > "Importieren...".


    15. Wählen Sie das zuvor exportierte Zertifikat und schließen Sie den Import ab.

    16. Testen Sie den Erfolg der Maßnahme indem Sie in der Exchange Management Shell folgende Befehle absetzen:

      Test-OutlookConnectivity -ProbeIdentity "OutlookRpcDeepTestProbe" | fl
      Test-OutlookConnectivity -ProbeIdentity "OutlookRpcSelfTestProbe" | fl

      Wenn Result/ResultType beider Tests auf "Succeeded" lautet, waren die Maßnahmen erfolgreich.





Der folgende Sensor wird als "Unhealthy" zurückgegeben:
NetworkAdapterRssMonitor

Vermutlich liegt es an den Sprachpaketen, denn bei allen deutsch installierten auf vmware basierten VM-Installation von Exchange erhalte ich stehts den oben angegeben Sensor als Unhealthy zurück, obwohl RSS global sowie NIC-seitig aktiviert ist. Bei englisch sprachigen OS Installationen konnte ich den Fehler noch nicht reproduzieren.

  1. Zum Aktivieren von RSS verwenden Sie ab Server 2012 R2 folgenden Befehl:
    Get-NetAdapterRSS | Set-NetAdapterRSS –Enabled $true
    Beachten Sie hier aber bitte immer auch die Vorgaben des Herstellers der Virtualisierungsplattform.

  2. Wenn Sie alle Maßnahmen umgesetzt haben und der Fehler weiterhin erscheint, deaktivieren Sie den Monitor wie folgt über die Exchange Management Shell:
    Add-GlobalMonitoringOverride -Identity Network\NetworkAdapterRssMonitor -ItemType Monitor -PropertyName Enabled -PropertyValue 0




Bitte beachten Sie, dass die Änderungen erst nach einiger Zeit Wirkung zeigen. Die Probes werden in bestimmten Intervallen ausgeführt. Geben Sie dem HM-Dienst etwas Zeit.



Über den Autor
Thomas Windscheif arbeitet bei excITe Consulting und ist langjähriger Berater im Bereich IT-Infrastruktur und Groupware. Sowohl Kleinunternehmen z. B. im Handwerk als auch der größere fertigende Mittelstand gehören zu seinem Projektumfeld. Im Wesentlichen gehören die Planung von Infrastruktur-Migrationen, Cloud-Lösungen (Microsoft 365), Groupware-Umgebungen (z. B. Exchange) und deren Umsetzung zu seinen Aufgaben. Insbesondere im Umfeld hybrider Identitätsumgebungen mit Entra Connect und den Möglichkeiten zur Härtung der IT-Landschaft konnte er in vielen Projekten Erfahrungen sammeln. Neues begeistert ihn aber ebenso und so unterstützt Thomas Windscheif auch bei themenfremden IT-Systemen, überall da wo er helfen kann.

Sein Ziel: Die Mehrwerte der heutigen IT-Lösungen für einfacheres und modernes Arbeiten beim Kunden einbringen.


Login


QuickTag:  

 
Sie haben ein ungelöstes Problem in Ihrer Exchange Server/Microsoft-Infrastruktur oder unter Microsoft 365?
Treten Sie gerne mit mir in Kontakt. Sowohl bei einfachen Umgebungen, als auch bei komplexen Multisite/Cloud-Topologien unterstütze ich Sie -auch kurzfristig- sehr gerne.

Nutzen Sie den Live Chat, xing, LinkedIn, das Kontaktformular oder den Mailkontakt

[News als RSS-Feed abonnieren]
News

vom 24.12.2024 - 12:49


- E-Rechnung Viewer via Gruppenrichtlinie installieren -

Das Jahr neigt sich dem Ende und ab dem 01.01.2025 müssen Unternehmen E-Rechnungen empfangen können. Hierzu gehört auch das XML-basierte X-Rechnungsformat. In seiner Reinform eher unleserlich für den Anwender. Daher gibt es Viewer welche auf Basis der KoSIT-Visualisierung funktionieren.

In dem nachfolgenden Artikel habe ich die Installation des Quba Viewers via Active Directory-Gruppenrichtlinien beschrieben:
https://www.microlinc.de/index.php?lev1=5&lev2=56&lev3=&id=478>/a>

Ich wünsche ein besinnliches Fest und einen Guten Rutsch in das Neue Jahr


Weitere News:

Spontaner Administrationsverlust unter Exchange Online - Und wie man es behebt!


vom 22.09.2024 14:29


UPDATE - PowerShell Exchange Vererbung Postfachordnerberechtigungen


vom 28.07.2024 17:18


Safe Sender List unter Outlook leeren - Praktische Umsetzung


vom 06.11.2023 18:05


Exchange Online Protection und die Safe Sender List


vom 26.10.2023 15:06


Exchange Online - Abschaltung Remote PowerShell Session (RPS)


vom 25.08.2023 14:37


Tool zum Konvertieren von Agfeo-Adressbüchern nach 3CX


vom 01.05.2023 16:47


Das Ende der Standardauthentifizierung - Wie bereite ich mein Unternehmen vor?


vom 03.08.2022 15:19


Sharepoint-Kalender unter Team freigeben


vom 17.07.2022 17:41


Exchange Update HAFNIUM-Exploit


vom 09.03.2021 09:27


Windows Server 2019 - LDAP out of memory exception


vom 16.09.2019 17:48


3CX V16 Call Control API mit PowerShell Core


vom 25.04.2019 11:41


Exchange Online SMTP TLS Report


vom 15.02.2019 18:04


TLS-Test für SMTP mit PowerShell


vom 10.12.2018 11:47


3CX Secure SIP via DIRECT-STUN mit yealink T46S


vom 08.09.2018 15:35


Exchange 2016 CU10


vom 25.06.2018 15:21


Apple iCloud Addin stört Outlook Kalenderfunktionen


vom 18.10.2017 13:24


.NET 4.7 released - Bitte nicht auf Exchange Servern installieren


vom 13.06.2017 21:52


Troubleshooting Exchange Health Manager Sensoren


vom 16.05.2017 21:06


Exchange 2016 - ActiveSync-Lesebestätigungen können nun unterdrückt werden


vom 09.03.2017 18:28



[alle News auflisten]
Sitemap - Kontakt - Datenschutz & Disclaimer - Impressum