- Dieses Thema hat 4 Antworten sowie 3 Stimmen und wurde zuletzt vor vor 3 Jahren, 11 Monaten von
aktualisiert.
-
Beiträge
-
Hallo und guten Abend,
ich nutze die aktuelle Server und Client-Version von J-Lawyer und habe mir jetzt ein beA Software-Zertifikat besorgt um mein beA Postfach abfragen zu können. Leider klappt das noch nicht. Er verbindet sich nicht mit beA und meldet ein Fehler mit dem Zertifikat. Beim ersten Einpflegen akzeptiert er das Zertifikat in der Nutzerverwaltung anstandslos, kann damit aber nicht auf beA zugreifen. Wenn ich den Client dann neu starte, steht da folgender Fehler:
Could not read certificate metadata: exception unwrapping private key - java.security.InvalidKeyException: Invalid key encoding.
Über den Browser kann ich mich unproblematisch mit dem Zertifikat im beA anmelden.Wenn ich mich manuell in J-Lawyer beim beA anmelden möchte steht da:
beA-Login fehlgeschlagen: Fehler beim Öffnen des Zertifikat-Cache.
Der Client läuft auf macOS un der Server auf einer Debian-Installation.
Hat jemand evtl. eine Idee?Vielen Dank im Voraus für die Hilfe.
Wird die 1.13 verwendet oder eine ältere Version? („aktuell“ steht oben, ich will nur nochmal sicher gehen 🙂 )
Ggf. mal das client.log zur Verfügung stellen. (per E-Mail)
Grüße
Jens / j-lawyer.orgHallo, ich kenne das Problem aus einer anderen Anwaltssoftware. Folgendes hat bei mir geholfen:
Wiederholt konnte beobachtet werden, dass die beA Clientsecurity das bei der Bundesnotarkammer genutzte Zertifikatspasswort nicht akzeptierte und so ein Import des Softwarezertifikates nicht möglich war. In diesem Fall gibt es eine “Notlösung”, das Zertifikatspasswort mit Hilfe von Mozilla Firefox zu ändern. Der Prozess wurde durch die Bundesnotarkammer hier dokumentiert: https://bea.bnotk.de/documents/Softwarezertifikate_PIN_aendern_190730.pdf.
Sind alle Voraussetzungen erfüllt, so kann mit der Inbetriebnahme im j-lawyer.org Client fortgefahren werden.
Das „umgespeicherte“ Zertifikat dann erneut in jlawyer einbinden. Und beim o.g. Vorgehen darauf achten, dass auch der private Teil des Schlüssels importiert und exportiert wird. Der Vorgang lässt sich alternativ auch über den Windows Zertifikatsspeicher lösen (sofern ein Windows System genutzt wird).
Gruß, Stefan
Der Tipp von Stefan wäre in der Tat noch einen Versuch wert.
Meist hatte ich dieses Problem bereits bei Importieren in die beA Clientsecurity, aber vom Fehlerbild würde es passen.
Also gern mal abarbeiten, @DocMex
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.