Neueste Aktualisierungen dieses Artikels
Datum |
Aktualisierung |
26. September 2017 |
Problem hinzugefügt: 1211626. |
6. September 2017 |
Probleme hinzugefügt: 1203571, 1187242, 1208475, 1206989 und 1205376. Öffentliche Bereitstellung (Release to World) von ATD 4.0.4. |
8. August 2017 |
Kritisches Problem in Verbindung mit Allow Multiple Logins (Mehrere Anmeldungen zulassen) hinzugefügt. |
1. August 2017 |
Diese Tabelle und Problem 1202968 hinzugefügt. |
Sie können sich per E-Mail benachrichtigen lassen, sobald dieser Artikel aktualisiert wird, indem Sie rechts auf der Seite auf Abonnieren klicken. Zum Abonnieren müssen Sie angemeldet sein.
Dieser Artikel enthält wichtige Informationen zu mittelschweren bis schwerwiegenden bekannten Problemen in dieser Produktversion. Wenn nach der Veröffentlichung neue Probleme bekannt werden oder weitere Informationen verfügbar werden, wird der Artikel entsprechend aktualisiert. Die Versionshinweise finden Sie unter:
Versionshinweise |
Version |
Released to World |
PD27243 |
4.0.4 |
6. September 2017 |
PD27138 |
4.0 |
26. Juni 2017 |
Bekannte Probleme KRITISCH:
Referenznummer |
Gefunden in Version |
Behoben in Version |
Themenbezogener Artikel |
Problembeschreibung |
1211626 |
4.0.4 |
|
KB89851 |
Problem: Nach dem Upgrade von ATD 4.0.2 auf 4.0.4 verwendet das Xmode-/Aktivierungsfenster (an Port 6080/TCP) das ATD-Standardzertifikat anstatt des von Ihnen hochgeladenen benutzerdefinierten Web-Zertifikats. Lösung: Wird im themenbezogenen Artikel beschrieben. |
1187242 |
4.0 |
|
|
Problem: Eine DNS-Abfrage der Sandbox-VM wird fälschlicherweise an den bevorzugten DNS-Server statt an den konfigurierten DNS-Malware-Server gesendet. |
1203571 |
4.0.2 |
4.0.4 |
KB89749 |
Problem: Unter seltenen Umständen reagiert ATD aufgrund von Kernel-Fehlern nicht mehr. Behelfslösung: Der technische Support kann den Kernel als Behelfslösung über eine Remote-Sitzung manuell aktualisieren. Informationen hierzu finden Sie im themenbezogenen Artikel. Lösung: Dieses Problem wurde in ATD 4.0.4 behoben. |
|
4.0 |
|
|
Problem: Bei einem Upgrade früherer Versionen von ATD war es zwingend erforderlich, für den administrativen Benutzer auf der Seite User Management (Benutzerverwaltung) die Option Allow Multiple Logins (Mehrere Anmeldungen zulassen) zu aktivieren. Lösung: Auch wenn die Auswahl dieser Option im Migrationshandbuch für ATD 4.0 nicht mehr explizit erwähnt wird und diese auch nicht mehr zwingend erforderlich ist, empfiehlt McAfee, die Option Allow Multiple Logins (Mehrere Anmeldungen zulassen) vor einem Upgrade für den Eintrag des Admin-Benutzers zu aktivieren. |
1202968 |
4.0.2 |
|
KB89569 |
Problem: Vor dem Upgrade von ATD von Version 3.8.2.23 auf Version 4.0.2 konnten Sie Web-/CA-Zertifikate erfolgreich für die ATD-Appliance installieren und konfigurieren.Seit dem Upgrade auf ATD 4.0.2 können Sie nicht mehr auf den ATD-Manager zugreifen. Lösung: Der technische Support kann dieses Problem über eine Remote-Sitzung beheben. Informationen hierzu finden Sie im themenbezogenen Artikel. |
|
4.0 |
|
KB89552 |
Problem: Nach der Migration von ATD 3.8.x auf 4.0 werden Sie von Microsoft Windows oder Office zu einer Produktaktivierung aufgefordert. Lösung: Wird im themenbezogenen Artikel beschrieben. |
|
4.0 |
|
|
Problem: Für ATD 4.0-Netzwerkschnittstellen können Sie die folgenden IP-Subnetz-Adressbereiche nicht verwenden:
- 192.168.55.0/24
- 191.168.122.0/24
Lösung: Verwenden Sie diese Subnetze nicht für ATD 4.0-Netzwerkschnittstellen. Dies gilt sowohl für physische als auch für virtuelle ATD-Appliances. HINWEIS: ATD wird für VMs mit internen Subnetzen (192.168.55.0/24 und 191.168.122.0/24) ausgeliefert. Für diese internen Subnetze liegt ATD eine statische Routing-Tabelle bei. Zum Hinzufügen von ATD zu Ihrem Netzwerk müssen Sie diese Subnetze also Ihrem Netzwerk hinzufügen. Falls Ihr Netzwerk diese Subnetze zufälligerweise bereits verwendet, erhalten Sie einen Routing-Fehler zwischen ATD und Ihren bestehenden 192.168.55.0/24- und 191.168.122.0/24-Netzwerken. |
|
4.0 |
|
|
Problem: Sie können ein Upgrade von Virtual ATD Version 3.10 oder 3.10.2 durchführen. Allerdings müssen Sie hierzu die Datei system-4.0.2.42.61877.msu verwenden und den im Handbuch Virtual ATD Addendum beschriebenen Prozess ausführen. |
|
4.0.2 |
|
|
Problem: Nach dem Upgrade auf Virtual ATD 4.0.2.42 werden Ihnen verschieden Einträge unter Systemzustand als Degraded (Verringert) angezeigt und der Gesamtsystemzustand lautet Uninitialized (Nicht initialisiert). Lösung: Wenden Sie Ihre Lizenz neu an. Falls dieses oder ähnliche Probleme weiterhin bestehen, bitten Sie den technischen Support, Ihre Lizenz zu überprüfen und zu erneuern. |
|
4.0.2 |
|
|
Problem: Nach dem Upgrade auf Virtual ATD 4.0.2.42 können Sie keine Verbindung mehr zu DXL herstellen. Lösung:
- Aktualisieren Sie Ihr MsgBusCert-Zertifikat. Eine Anleitung finden Sie in KB89214.
- Öffnen Sie die ePO/DXL-Einstellungen in ATD-Manager.
- Deaktivieren Sie die Option Allow ePO Login (ePO-Anmeldung zulassen).
- Wenden Sie die Änderung an, und warten Sie fünf Minuten.
- Aktivieren Sie Allow ePO Login (ePO-Anmeldung zulassen).
- Wenden Sie die Änderung an, und warten Sie fünf Minuten.
- Konfigurieren und aktivieren Sie Ihre DXL-Konfiguration.
- Wenden Sie die Änderung an, und warten Sie fünf Minuten.
|
|
4.0 |
|
KB88246 |
Problem: Mit dem Migrationspaket können Sie kein direktes Upgrade von ATD 3.6.x oder 3.4.x auf ATD 4.0 durchführen. Lösung: Führen Sie zunächst ein Upgrade auf Version 3.8.x durch, und verwenden Sie erst danach das Migrationspaket. Informationen zum Upgrade früherer Versionen auf Version 3.8.x finden Sie im themenbezogenen Artikel "Bekannte Probleme in ATD 3.8.x". |
1200244 |
4.0 |
4.0.4 |
|
Problem: Die Konfiguration des Web-Server-Zertifikats bleibt bei einem Ugrade nicht erhalten. Behelfslösung: Laden Sie das Web-Server-Zertifikat erneut hoch. Lösung: Dieses Problem wurde in ATD 4.0.4 behoben. |
Nicht kritisch:
Referenznummer |
Gefunden in Version |
Behoben in Version |
Themenbezogener Artikel |
Problembeschreibung |
1208475 |
4.0 |
|
|
Problem: Nach einer Änderung des Appliance-Namens über die Befehlszeilenschnittstelle wird der Hostname in ePO und in der ATD-Shell nicht aktualisiert. |
1206989 |
4.0 |
|
|
Problem: Gelegentlich schlägt eine geplante Sicherung mit einer Ausnahme fehl. |
1205376 |
4.0 |
|
|
Problem: Nach dem Upgrade auf ATD 4.0.x funktioniert die serielle Konsole nicht mehr. Behelfslösung: Fügen Sie am Ende der Datei /opt/amas/scripts/atd.local vor dem Eintrag exit folgende Zeile hinzu:
/bin/systemctl start 'serial-getty@ttyS0'
|
|
4.0.2 |
|
|
Problem: Im ATD 4.0.2-Dashboard ist die Version des McAfee Antiviren-Moduls mit 5900 angegeben, auf der Seite mit den Inhaltsaktualisierungen (Manage, Image & Software, Content Update) hingegen mit 5800. Lösung: Dies ist ein reines Darstellungsproblem. Für das Antiviren-Modul 5900 gibt es keine eigene DAT-Datei. Die Modulversion wird aus der DAT-Datei geparst, weshalb die Version des Antiviren-Moduls auf der Seite mit den Inhaltsaktualisierungen mit 5800 (und nicht mit 5900) angegeben ist. |
1191242 |
4.0 |
|
|
Problem: Die http_redirect-Einstellung bleibt bei der Migration nicht erhalten. Behelfslösung: Konfigurieren und wenden Sie diese Einstellung erneut an. |
1187832 |
4.0 |
|
|
Problem: Unter deutschsprachigen Betriebssystemen schlägt die Validierung fehl. Folgende Fehler werden angezeigt:
Systemfehler 1376 aufgetreten und die angegebene lokale Gruppe ist nicht vorhanden
Danach wird folgender Fehler angezeigt:
ADMINISTRATOR FAIL
Behelfslösung: Ignorieren Sie diese Fehlermeldungen, und fahren Sie mit der VM-Erstellung fort. Der Bericht Host verification PASS (Hostverifizierung bestanden) wird ausgegeben und die VM-Erstellung wird erfolgreich durchgeführt. |
1198393 |
4.0 |
|
|
Problem: Der Profilbericht gibt die vor dem Upgrade vorgenommenen Mail-Einträge nicht korrekt wieder. |
1198325 |
4.0 |
|
|
Problem: Der Profilbericht des E-Mail-Konnektors stellt gefilterte Dateien als ATD-Cache dar. |