Da ich gestern die neuste Version drüber installiert habe bin ich ebenfalls in diese Meldung gelaufen. Telekom sagt: "Client muss restlos entfernt werden, reboot. Neuinstallieren.". Mein Test dazu steht noch aus. Aber das kurz als Hinweis.
Guten Start in den Tag.
Grüße
2 Mitglieder finden das Top!
1 Mitglied hat sich bedankt!
Funktioniert bei mir leider nicht. Alten Client (auch den Admin!) entfernt, Registry durchforstet, alle Programmverzeichnisse gelöscht usw., Reboot, Neuinstallation und das Resultat:
java.lang.NullPointerException at com.tsystems.gematik.komle.clientmodule.ClientModule.startAdminClientStandalone(ClientModule.java:282) at com.tsystems.gematik.komle.clientmodule.CMJmxClient.startAdminClientStandalone(CMJmxClient.java:103) at com.tsystems.gematik.komle.clientmodule.CMJmxClient.executeCommandline(CMJmxClient.java:193) at com.tsystems.gematik.komle.clientmodule.ClientModule.handleCmdLine(ClientModule.java:132) at com.tsystems.gematik.komle.clientmodule.ClientModule.main(ClientModule.java:711) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.exe4j.runtime.LauncherEngine.launch(LauncherEngine.java:84) at com.exe4j.runtime.WinLauncher.main(WinLauncher.java:94) at com.install4j.runtime.launcher.WinLauncher.main(WinLauncher.java:25)
Zitat von Doc_Mö im Beitrag #5Funktioniert bei mir leider nicht. Alten Client (auch den Admin!) entfernt, Registry durchforstet, alle Programmverzeichnisse gelöscht usw., Reboot, Neuinstallation und das Resultat:
java.lang.NullPointerException at com.tsystems.gematik.komle.clientmodule.ClientModule.startAdminClientStandalone(ClientModule.java:282) at com.tsystems.gematik.komle.clientmodule.CMJmxClient.startAdminClientStandalone(CMJmxClient.java:103) at com.tsystems.gematik.komle.clientmodule.CMJmxClient.executeCommandline(CMJmxClient.java:193) at com.tsystems.gematik.komle.clientmodule.ClientModule.handleCmdLine(ClientModule.java:132) at com.tsystems.gematik.komle.clientmodule.ClientModule.main(ClientModule.java:711) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.exe4j.runtime.LauncherEngine.launch(LauncherEngine.java:84) at com.exe4j.runtime.WinLauncher.main(WinLauncher.java:94) at com.install4j.runtime.launcher.WinLauncher.main(WinLauncher.java:25)
Hallo @Doc_Mö, ja wenn das denn so einfach wäre. Nach der Installation des KIM-Clients gibt es zwei Möglichkeiten: 1. entweder mit Erstregistrierung einer E-Mail-Adresse oder 2. ohne Registrierung einer E-Mail-Adresse
In beiden Fällen wird das obligatorische Client-Zertifikat installiert. Bricht man den Vorgang ab, fehlt das Zertifikat und die Installation ist unbrauchbar. Daher KIM-Client installieren und immer nach der Fertigstellung unbedingt abwarten! Nach ein paar Sekunden startet einer der beiden Wizards (Registrierungswizard im Fall 1 oder Zertifikatswizard in Fall 2).
Nur so nebenbei: Früher wurde das Clientzertifikat mitgeliefert. Das geht jetzt nicht mehr, da gematik das Verfahren umgestellt hat. Das Zertifikat muss auf den Rechnernamen der Installation lauten und kann somit erst nach der Installation vom Server erstellt werden.
Tja, nur läuft die Installation so nicht ab, sondern es öffnet sich nach dem Klick auf "fertigstellen" (ohne E-Mail-Registrierung, weil es die schon gibt) ein schickes Java-Fenster mit besagter Fehlermeldung
Zitat von FS007 im Beitrag #7Was ist unter "Rechnernamen der Installation" zu verstehen ? Der Name, den Windows in der Systemsteuerung ("System") anzeigt ? Das würde bedeuten, wenn ich den PC mal "umbenenne" funktioniert KIM nicht mehr ?
Das Zertifikat, das für die Verbindung vom KIM-Client zum Konnektor benötigt wird, wird im Konnektor erstellt und exportiert. Als Name für dieses Zertifikaten wird oft der Name des Clientsystems empfohlen, der oft dem des PVS entspricht. Ein Zertifikat kann für alle Geräte, die auf den Konnektor zugreifen, genutzt werden. Man könnte auch für jeden Arbeitsplatz ein eigenes Zertifikat erstellen, das dann natürlich den Namen der Arbeitsplatzes haben sollte. Wenn ein Zertifikate schon vorher für das PVS genutzt wurde, muss kein neues erstellt werden. Und flass der PC umbenannt wird, kann er trotzdem das alte Zertifikat nutzen.
Zitat von Doc_Mö im Beitrag #8Tja, nur läuft die Installation so nicht ab, sondern es öffnet sich nach dem Klick auf "fertigstellen" (ohne E-Mail-Registrierung, weil es die schon gibt) ein schickes Java-Fenster mit besagter Fehlermeldung
Die Fehlermeldung sagt aus, dass der KIM-Client den Diensteverzeichnisdienst (DVD) des Konnektors nicht erreichen kann. Wenn die Verschlüsselung zwischen Konnektor und KIM-Client eingeschaltet ist, muss man darauf achten, dass man im Konnektor den Zugriff auf den DVD unverschlüsselt zulässt. Dafür gibt es bei der TLS-Konfiguration am Konnektor einen "Schiebeschalter".
Zitat von TG14 im Beitrag #6Das geht jetzt nicht mehr, da gematik das Verfahren umgestellt hat. Das Zertifikat muss auf den Rechnernamen der Installation lauten und kann somit erst nach der Installation vom Server erstellt werden.
Was ist unter "Rechnernamen der Installation" zu verstehen ? Der Name, den Windows in der Systemsteuerung ("System") anzeigt ? Das würde bedeuten, wenn ich den PC mal "umbenenne" funktioniert KIM nicht mehr ?
Ja, in der Tat. Der Name des Installationsrechners darf sich nicht ändern, da ansonsten das Zertifikat nicht mehr gültig ist. P.S.: Aber mal ehrlich, wer ändert denn schon in seiner Praxisumgebung den Rechnernamen?
Zitat von FS007 im Beitrag #7Was ist unter "Rechnernamen der Installation" zu verstehen ? Der Name, den Windows in der Systemsteuerung ("System") anzeigt ? Das würde bedeuten, wenn ich den PC mal "umbenenne" funktioniert KIM nicht mehr ?
Das Zertifikat, das für die Verbindung vom KIM-Client zum Konnektor benötigt wird, wird im Konnektor erstellt und exportiert. Als Name für dieses Zertifikaten wird oft der Name des Clientsystems empfohlen, der oft dem des PVS entspricht. Ein Zertifikat kann für alle Geräte, die auf den Konnektor zugreifen, genutzt werden. Man könnte auch für jeden Arbeitsplatz ein eigenes Zertifikat erstellen, das dann natürlich den Namen der Arbeitsplatzes haben sollte. Wenn ein Zertifikate schon vorher für das PVS genutzt wurde, muss kein neues erstellt werden. Und flass der PC umbenannt wird, kann er trotzdem das alte Zertifikat nutzen.
Es geht hier in erster Linie nicht um das Zertifikat zum Konnektor, sondern um das zum Fachdienst in der TI. Dieses muss neuerdings auf den Rechnernamen des Installationsrechners lauten. Das das Zertifikat auch als Clientzertifikat ggü. dem Konnektor oder als Serverzertifikat ggü. dem PVS/KIS/Mail-Client genutzt werden kann, ist dabei erst einmal zweitrangig.
Zitat von TG14 im Beitrag #11Ja, in der Tat. Der Name des Installationsrechners darf sich nicht ändern, da ansonsten das Zertifikat nicht mehr gültig ist. P.S.: Aber mal ehrlich, wer ändert denn schon in seiner Praxisumgebung den Rechnernamen
Aber man kann den KIM Client doch auch auf mehreren Rechnern im Praxisnetz installieren. Wie soll das dann funktionieren, wenn das Zertifikat an einen bestimmten Rechnernamen gebunden ist ?
Das ist kein Problem. Das Zertifikat wird in der Telematikinfrastruktur (TI) für den Installationsrechner neu erstellt, heruntergeladen und mit dem KIM-Client automatisch konfiguriert. Dafür gibt es u.a. den Zertifikatswizard.
TI-Community
»
Administration und Einrichtung
»
Problembeseitigung
»
Neuer Telekom KIM Client Version 2.0.7-2-19592
23.11.2021 12:52 (zuletzt bearbeitet: 16.05.2022 11:30)
Thema drucken
Antworten
