• Artikel

Die umgekehrte DNS-Suche wurde in der Metabase aktiviert, nicht aber auf dem zugeordneten SMTP-Server in Active Directory

[Dieses Thema beschäftigt sich mit einem besonderen Problem, das von Exchange Server Analyzer angezeigt wird. Die Problembehandlung sollte nur auf Systeme angewendet werden, auf denen Exchange Server Analyzer ausgeführt wird und dieses spezielle Problem auftritt. Exchange Server Analyzer (als kostenloser Download verfügbar) trägt remote Konfigurationsdaten von allen Servern in der Topologie zusammen und analysiert diese Daten automatisch. Der sich ergebende Bericht enthält ausführliche Informationen zu wichtigen Konfigurationskonflikten, möglichen Problemen und Produkteinstellungen, die nicht den Standardeinstellungen entsprechen. Indem Sie diese Empfehlungen beachten, können Sie bessere Leistung, Skalierbarkeit, Zuverlässigkeit und Betriebszeit erzielen. Weitere Informationen zum Tool sowie zum Download der aktuellsten Version finden Sie unter "Microsoft Exchange Analyzers" unter der Adresse https://go.microsoft.com/fwlink/?linkid=34707.]  

Letztes Änderungsdatum des Themas: 2007-01-17

Microsoft® Exchange Server Analyzer liest die folgende Eigenschaft in der IIS-Metabase (Internet Information Services), um zu ermitteln, ob der zugehörige Wert mit dem konfigurierten Wert des Attributs msExchSmtpPerformReverseDnsLookup im Active Directory®-Verzeichnisdienst übereinstimmt:

/LM/SmtpSvc/<SMTP virtual server instance>/EnableReverseDnsLookup

Wenn Microsoft Exchange Server Analyzer feststellt, dass die Werte nicht übereinstimmen, wird eine Warnmeldung angezeigt.

Wenn der Wert in der IIS-Metabase nicht mit dem Wert in Active Directory übereinstimmt, kann dies auf ein Problem mit der Active Directory-Replikation oder Verzeichnisdienst-Nach-Metabase-Replikationskomponente (DS2MB) in Exchange hinweisen.

Die Funktion des DS2MB-Vorgangs besteht darin, die Konfigurationsinformationen von Active Directory in die lokale Metabase zu übertragen. Anstatt in der Registrierung ist diese Konfiguration aus Leistungs- und Skalierbarkeitsgründen in der lokalen Metabase gespeichert. In Exchange 2000 Server und Exchange Server 2003 werden alle Internet-Protokolle (SMTP, NNTP, POP3, IMAP4 und HTTP) als Komponenten von IIS ausgeführt.

Alle 15 Minuten kopiert der DS2MB-Vorgang die gesamten Unterstrukturen von Active Directory, ohne die Form der Unterstruktur zu ändern. Dieser Schreibvorgang erfolgt einseitig von Active Directory zur Metabase; die Metabase schreibt niemals ins Active Directory.

Die Eigenschaft EnableReverseDnsLookup und das Attribut msExchSmtpPerformReverseDnsLookup können beide den Wert TRUE oder FALSE aufweisen. Der Wert TRUE bedeutet, dass der virtuelle SMTP-Server umgekehrte DNS-Suchen für alle eingehenden Nachrichten durchführt. Der Wert FALSE bedeutet, dass keine umgekehrten DNS-Suchen durchgeführt werden. Aufgrund möglicher Leistungseinschränkungen infolge falsch konfigurierter DNS-Einträge oder von Unterbrechungen von Internetverbindungen sind die Eigenschaft EnableReverseDnsLookup und das Attribut msExchSmtpPerformReverseDnsLookup in der Standardeinstellung auf FALSE festgelegt.

Wenn die Eigenschaft EnableReverseDnsLookup auf TRUE (aktiviert) und das Attribut msExchSmtpPerformReverseDnsLookup auf FALSE (deaktiviert) festgelegt sind, bedeutet dies, dass Active Directory und die IIS-Metabase nicht synchronisiert sind. Wenn dieses Problem durch einen Fehler beim DS2MB-Vorgang verursacht wurde, können Sie es mithilfe des folgenden Verfahrens für die bei Ihnen ausgeführte Version von Exchange Server beheben. Wenn dieses Problem auftritt, weil die Active Directory-Replikation teilweise oder vollständig fehlgeschlagen ist, können Sie mithilfe des Replikationsmonitor-Dienstprogramms für Active Directory (ReplMon.exe) den Zustand und Status der Active Directory-Replikation überprüfen. ReplMon.exe finden Sie auf der Windows Server-CD-ROM bei den Windows®-Supporttools.

So beheben Sie den Fehler unter Exchange Server 2003

  1. Überprüfen Sie das Vorhandensein von Anwendungsereignisprotokolleinträgen mit der Quelle MSExchangeMU. Bei einem Fehler von DS2MB wird ein Ereignis unter Exchange Server 2003 protokolliert.

  2. Wenn Sie keine DS2MB-Fehler entdecken, überprüfen Sie mithilfe von ReplMon die Active Directory-Replikation. Achten Sie insbesondere auf die globalen Katalogserver, die vom virtuellen SMTP-Server verwendet werden.

  3. Wenn Sie DS2MB-Fehler entdecken oder Probleme mit der Active Directory-Replikation beseitigt oder gelöst haben, starten Sie den Exchange-Systemaufsichtsdienst neu.

So beheben Sie diesen Fehler unter Exchange 2000 Server

  1. Überprüfen Sie mithilfe von ReplMon die Active Directory-Replikation. Achten Sie insbesondere auf die globalen Katalogserver, die vom virtuellen SMTP-Server verwendet werden.

  2. Nachdem Sie Probleme mit der Active Directory-Replikation beseitigt oder gelöst haben, starten Sie die Exchange-Systemaufsicht neu.

Weitere Informationen zur Funktion für die umgekehrte DNS-Suche in Exchange finden Sie im Microsoft Knowledge Base-Artikel 297412 „The 'Perform Reverse DNS Lookup for Incoming Messages' Option Is for Host Name Resolution” (https://go.microsoft.com/fwlink/?linkid=3052&kbid=297412).

Weitere Informationen zu Einstellungen für virtuelle SMTP-Server finden Sie in den Microsoft Knowledge Base-Artikeln 266686, „XCON: Konfiguration eines virtuellen SMTP-Servers (Teil 1)“ (https://go.microsoft.com/fwlink/?linkid=3052&kbid=266686) und 268163, „XCON: Konfiguration eines virtuellen SMTP-Servers (Teil 2)“ (https://go.microsoft.com/fwlink/?linkid=3052&kbid=268163).

Weitere Informationen zur Active Directory-Replikation finden Sie im Microsoft Knowledge Base-Artikel 232072, „Einleiten der Replikation zwischen direkten Replikationspartnern" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=232072).

Weitere Informationen zum DS2MB-Vorgang finden Sie im Microsoft Knowledge Base-Artikel 240105, „XGEN: General Information on Directory Service/Metabase Synchronization in Exchange 2000 Server“ (https://go.microsoft.com/fwlink/?linkid=3052&kbid=240105).