Item 1 hierboven spreekt voor zich. Om te bepalen of bovenstaande 2 van toepassing is, krijgt u eerst de lijst met vertrouwde hosts in de DD:
# adminaccess trust show
Voor elk van de hosts waarmee deze is vertrouwd, controleert u hun upgradegeschiedenis om te zien of er een is geïnstalleerd met DDOS 5.4 (of eerder) of DDMC 1.1 (of eerder):
# geschiedenis van systeemupgrade
Systemen die zijn geïnstalleerd met een van de bovenstaande versies hebben waarschijnlijk een zelfondertekend CA-certificaat gegenereerd bij installatie met openbare sleutels, slechts 1024 bits lang, die niet langer worden geaccepteerd door JDK na een upgrade naar DDOS/DDMC 7.1. Een mogelijke manier om te leren of deze hosts certificaten hebben met kleine openbare sleutels, is door de GUI te openen en de certificaatgegevens van een browser te controleren (de manier om dit te doen varieert enigszins in browsers).
Om item 3 te bevestigen (als de DD GUI-foutlogboeken voor dit specifieke probleem zijn), voert u de volgende opdracht uit om het logboekbestand "em.info" te openen:
# logboekweergave foutopsporing/sm/em.info
En zoek (gebruik een schuine streep) om naar deze logboeken te zoeken ("..." geeft aan dat sommige logboeken hieronder niet worden weergegeven voor beknoptheid):
+-----+-----+-----+ SYSTEEM (RE)START +-----+-----+-----+
...
26 feb 2021 10:33:04,172 INFO [main] De cookienaam van de sessie instellen op 'JSESSIONID-ddem___HTTPS'26
feb 2021 10:33:04,172 INFO [main] De xsrf-cookienaam instellen op 'DD_SSO_TOKEN___HTTPS'26
feb 2021 10:33:04,382 INFO [main] De X.509 fabriek van de SUN provider injecteren om validatieproblemen
op te lossen...
26 feb 2021 10:33:05.093 INFO [main] De certificaten tussen de client en de server opnieuw initialiseren
26 feb 2021 10:33:05.093 INFO [main] De certificaatstores voor het systeem opnieuw laden
26 feb 2021 10:33:05,097 INFO [main] Finished reloading the certificate stores
26 feb 2021 10:33:05,097 ERROR [main] Exception during command execution: javax.net.ssl.SSLException - Error creating premaster secret. , zal het opnieuw proberen, Poging# 1
26 feb 2021 10:33:05,243 INFO [main] De certificaten tussen de client en de server
opnieuw initialiseren 26 feb 2021 10:33:05.243 INFO [main] De certificaatstores voor het systeem
opnieuw laden 26 feb 2021 10:33:05,246 INFO [main] Klaar met het opnieuw laden van de certificaatstores
Dat zou duiden op een deel van het certificaat dat deze DD heeft geïmporteerd als vertrouwd, heeft een korte sleutel en daarom kan de GUI niet starten.
Hoewel DDOS 7.1 of hoger het laden van de GUI blijft mislukken bij het laden van certificeringen met kleine openbare sleutels, is het probleem opgelost in de code voor versies DDOS 6.2.1.40 en hoger, en DDOS 7.2.0.50 en hoger, zodat als bij het upgraden naar een dergelijke release het lokale CA-certificaat een kleine openbare sleutel heeft, het certificaat wordt opnieuw gegenereerd met een langere sleutel.
Aangezien vanaf dit schrijven (augustus 2022) geen andere releases dan DDOS 6.2.1.x (alleen voor DD2200- en DD250-hardware) en DDOS 7.x worden ondersteund, wordt er geen tijdelijke oplossing geboden, hoewel u voor de beledigende DD's het host- en CA-certificaat opnieuw kunt genereren met langere toetsen, en vervolgens het vertrouwen tussen de betreffende apparaten verwijdert en opnieuw toevoegt:
# adminaccess trust del host dd-trusted-1 type mutual
# adminaccess certificate generate self-signed-cert generatee-ca
# adminaccess trust voeg host dd-trusted-1 type mutual toe