public key

[RON22]

Morjen!

An der Serverkonsole sehe ich seit einigen Tagen menütlich folgenden Protokolleintrag und kann damit überhaupt nichts anfangen:

WARNING: The public key for Roland Schiller/amksaw found in directory names.nsf on server ds1/amksaw does not match the one used during authentication.

Kann mir jemand helfen??
(hatte vor kurzen Umstellung von R5 auf R654)

[ascom40]

Hallo Ron22,

lass dir vom betreffenden User den Public-Key aus der ID-Datei senden und füge den ins öffentliche Adreßbuch ein.

EDIT: Datei, Sicherheit, Benutzersicherheit, Ihre Identität, Andere Aktionen, Zertifikat senden

Jo

[RON22]

Hi @como

habe es so gemacht und nun eine Weile Beobachtet und ich glaube


Jo - es war ein Volltreffer!!


Dankeschön für die schnelle Hilfe

[Matze69]

ich habe das gleiche Problem.
Es ist jedoch beim Mitarbeiter ein Schlüssel da - jedoch ein anderer. Warum ist der Schlüssel ein anderer? Kann ich den vorhandenen einfach mit dem neuen überschreiben?
Danke

[mcilly]

Wurde der User mal rezertifiziert? Vielleicht mit einem anderen Certifier?

[Matze69]

rezertifiziert kann sein - woher weiß ich, welches das richtige Zertifikat ist? Kann ich dann das alte löschen?
Habe noch festgestellt, das unter Zertifikattyp einmal "Notes-Mehrzweck" und das andere Zert ist "Notes-Internationale Verschlüsselung" ist. Beide am gleichen Tag aktiviert.

[Hive]

Zertifikate muss man aus der ID nicht löschen. Es werden immer diese beiden Zertifikattypen angelegt, eines ist z.B. für die Server-Client Authentifizierung und das andere z.B. für internationale Mailverschlüsselung alias S/Mime (wenn es jemand besser/genauer weiß dann immer her damit)

Was passieren kann ist wenn ein Benutzer neu zertifiziert worden ist, und dann seine alte (nicht rezertifizierte ID) herauskramt und mit dieser wieder arbeitet (vorrausgesetzt die alte ID ist nicht abgelaufen) dann kommt es genau zu dem o.g Fehler (eine Möglichkeit von vielen wahrscheinlich)

KAI