ich habe bisher den KIM-Client in der Version 2.0.7-2-18037 installiert gehabt. Dieser war zwar noch nicht funktionstüchtig, weil die Anbindung an unsere Zahnarztsoftware Charly noch aussteht, aber der Client ließ sich zumindest ohne Fehler starten und lief im Tray "still" mit. Als Vorbereitung auf die Anbindung an unser Charly habe ich nun den KIM-Client auf die aktuelle Version 2.0.7-2-19782 aktualisiert. Nun bekomme ich beim Start eine Fehlermeldung, in den Logs des KIM-Client-Moduls sind folgende EInträge zu lesen:
2021-12-15 14:30:54.536 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - BatchScheduler start... 2021-12-15 14:30:54.573 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - BatchScheduler started successfully. 2021-12-15 14:30:54.579 [{id=8a6cfef8-d3e2-40d3-a1fe-c4437844544c}] [QuartzScheduler_Worker-1] INFO com.tsystems.gematik.komle.clientmodule.jobs.EmailEncCertCacheAlivePeriodWatcherJob - Executing EmailEncCertificate cache update job... 2021-12-15 14:30:54.579 [{id=c4057795-8ba4-4ff1-8081-899755a56dde}] [QuartzScheduler_Worker-2] INFO com.tsystems.gematik.komle.clientmodule.jobs.CertIdEMailIccsnCacheAlivePeriodWatcherJob - Executing CertIdEMailIccsn cache update job... 2021-12-15 14:30:54.719 [{id=8a6cfef8-d3e2-40d3-a1fe-c4437844544c}] [QuartzScheduler_Worker-1] INFO com.tsystems.gematik.komle.accmgr.ldap.LdapConnectionManager - Initializing Ldap Connection Manager for host:konnektor port: 636 2021-12-15 14:30:54.733 [{id=8a6cfef8-d3e2-40d3-a1fe-c4437844544c}] [QuartzScheduler_Worker-1] INFO com.tsystems.gematik.komle.accmgr.ldap.LdapConnectionManager - Ldap Connection Manager is initialized 2021-12-15 14:30:54.736 [{id=8a6cfef8-d3e2-40d3-a1fe-c4437844544c}] [QuartzScheduler_Worker-1] INFO com.tsystems.gematik.komle.clientmodule.jobs.EmailEncCertCacheAlivePeriodWatcherJob - EmailEncCertificate cache update job execution finished. 2021-12-15 14:30:54.736 [{id=c4057795-8ba4-4ff1-8081-899755a56dde}] [QuartzScheduler_Worker-2] INFO com.tsystems.gematik.komle.clientmodule.jobs.CertIdEMailIccsnCacheAlivePeriodWatcherJob - CertIdEMailIccsn cache update job execution finished. 2021-12-15 14:30:56.756 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.smtp.server.SmtpProxyServer - Starting SMTP Server 2021-12-15 14:30:56.899 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - SMTP Proxy Server started successfully. 2021-12-15 14:30:56.899 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.pop3.server.Pop3ProxyServer - Starting POP3 Server 2021-12-15 14:30:56.901 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - POP3 Proxy Server started successfully. 2021-12-15 14:30:56.901 [{id=0aed41f7-f97a-4820-9f6a-86f74e1a25cc}] [main] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - T-KIM Client Module wurde erfolgreich gestartet. 2021-12-15 14:31:22.395 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - KOM-LE Client Module shutdown initiated... 2021-12-15 14:31:22.395 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.CMEventLoopManager - Shutting down ClientModule Thread Manager... 2021-12-15 14:31:22.395 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.CMEventLoopManager - Shutting down event loops 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.CMEventLoopManager - Shutting down ClientModule Thread Manager done. 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown Client Module Smtp Server... 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown Client Module Smtp Server done. 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown Client Module Pop3 Server... 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown Client Module Pop3 Server done. 2021-12-15 14:31:33.584 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown KOM-LE Client Module JMX Server... 2021-12-15 14:31:33.586 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown KOM-LE Client Module JMX Server done. 2021-12-15 14:31:33.586 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Remove pid file... 2021-12-15 14:31:33.587 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Remove pid file done. 2021-12-15 14:31:33.587 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown BatchScheduler... 2021-12-15 14:31:33.587 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown BatchScheduler done. 2021-12-15 14:31:34.265 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - KOM-LE Client Module shutdown completed. 2021-12-15 14:31:34.265 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - T-KIM Client Module wurde erfolgreich heruntergefahren. 2021-12-15 14:31:34.271 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown log4j... 2021-12-15 14:31:34.301 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown log4j done.
Besonders irritiert bin ich von den letzten beiden Einträgen im Log:
2021-12-15 14:31:34.271 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown log4j... 2021-12-15 14:31:34.301 [{}] [AWT-EventQueue-0] INFO com.tsystems.gematik.komle.clientmodule.ClientModule - Shutdown log4j done.
Kann es sein, dass die KIM-Plattform wegen der aktuellen Log4j-Sicherheitslücke "down" ist?
Info: Wenn ich auf die Version 2.0.7-2-18037 zurückgehe, also 2.0.7-2-19782 deinstalliere und 2.0.7-2-18037 neu installiere, startet der KIM-Client wieder ohne Fehlermeldung.
erstaunlich wie schnell die neue Versionen bringen! Mit der noch am Montag aktuellen Version 19641 hatte ich das Problem, das keine "Ständige Route" gesetzt wurde. Bitte dies einmal überprüfen. In der "Eingabeaufforderung" einmal "route print" eingeben, dann müsste da folgendes drin stehen: 100.102.0.0 255.255.0.0 <IP-Adresse-Konnektor> 1 Wenn nicht, muss es nachgetragen werden!
leider nein, die Route ist bereits eingetragen und die Hosts-Datei passt auch, siehe Screenshots in der Anlage.
Der KIM-Client startet, ist auch im Task-Manager sichtbar. Dann schließt er sich aber wieder und im LOG ist am Ende nur der Eintrag mit dem "Shutdown log4j done" zu lesen.
Schaut für mich so aus, als ob KIM (zumindest die Variante der Telekom) heruntergefahren wurde. Man ließt aber nichts drüber auf der Webseite ... ?
Grüße Michael
Michael
hat folgende Bilder an diesen Beitrag angehängt
log4j ist mir durchaus ein Begriff ;-) ... ich kann nur nicht verifizieren, ob die KIM-Plattform wirklich offline ist. Deswegen die Frage hier im Forum. Sollte es so sein, dass die Meldungen beim Start des KIM-Clients im Moment "normal" sind, kann ich gut damit leben. Ich möchte nur andere Ursachen ausschließen.
Kannst Du / kann jemand hier bestätigen, dass bei ihm die gleiche Meldung im Log erscheint, wenn der KIM-Client gestartet wird?
Hallo Michael, das er mit dem log4j am Ende kommt sollte aber normal sein, das ist nämlich das Framework zum Loggen von Anwendungsdaten. Ohne dies gäbe es auch keine Log-Dateien! Das sollte nichts mit der aktuellen Sicherheitslücke zu tun haben und grundsätzlich funktioniert der Client ja auch in einer älteren Version. Seltsam finde ich, dass in Ihrem Log nirgends ein ERROR zu finden ist... da sind ja lediglich INFOs drin!? Einfach mal an den Support wenden, hat bei mir bisher immer ganz gut und zeitnah geklappt: kim-support@telekom.de VG Nils
ich habe jetzt gerade erst gesehen, dass es neben dem normalen Log (clientmodule.log) auch ein Errorlog (clientmoduleError.log) gibt. Darin steht:
2021-12-15 20:00:03.265 [{id=8b47d163-7fe8-41c9-b69e-6d097967334b}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: null Bitte ueberpruefen Sie die Log Datei fuer weitere Details. ava:518) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] ... 14 more Caused by: java.net.BindException: Address already in use: NET_Bind at java.net.PlainSocketImpl.bind0(Native Method) ~[?:?] at java.net.PlainSocketImpl.socketBind(PlainSocketImpl.java:132) ~[?:?] at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:436) ~[?:?] at java.net.ServerSocket.bind(ServerSocket.java:395) ~[?:?] at java.net.ServerSocket.<init>(ServerSocket.java:257) ~[?:?] at com.tsystems.gematik.komle.clientmodule.CMJmxServer$LocalSocketFactory.createServerSocket(CMJmxServer.java:603) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at sun.rmi.transport.tcp.TCPEndpoint.newServerSocket(TCPEndpoint.java:670) ~[?:?] at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:324) ~[?:?] at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:243) ~[?:?] at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:412) ~[?:?] at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:147) ~[?:?] at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:234) ~[?:?] at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:220) ~[?:?] at sun.rmi.registry.RegistryImpl.<init>(RegistryImpl.java:180) ~[?:?] at sun.rmi.registry.RegistryImpl.<init>(RegistryImpl.java:151) ~[?:?] at java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:239) ~[?:?] at com.tsystems.gematik.komle.clientmodule.CMJmxServer.startRmiRegistry(CMJmxServer.java:518) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] ... 14 more
2021-12-15 19:59:51.647 [{id=f9effad5-c46f-4dc6-81cf-a9a651372641}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: Unable to create RMI registry on port 9100 Bitte ueberpruefen Sie die Log Datei fuer weitere Details.
Ich werde mein Glück mal beim Telekom-Support versuchen. Falls Du oder jemand anders hier eine Idee für mich hat, bitte gerne melden :-).
Der Netzwerk-Port 9100 ist auf dem PC schon in Verwendung und kann deshalb nicht vom KIM Client allokiert werden. Evtl. ist der alte KIM Client nicht komplett vom Update ersetzt worden oder läuft weiter?
Zitat von Michael im Beitrag #7 ... 2021-12-15 19:59:51.647 [{id=f9effad5-c46f-4dc6-81cf-a9a651372641}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: Unable to create RMI registry on port 9100 Bitte ueberpruefen Sie die Log Datei fuer weitere Details.
Ich werde mein Glück mal beim Telekom-Support versuchen. Falls Du oder jemand anders hier eine Idee für mich hat, bitte gerne melden :-).
Danke Michael
Hallo Michael, den Fehler kann man ganz leicht beheben. Der Port 9100 ist anscheinend bereits durch eine andere Anwendung belegt. Er lässt sich einfach in der Konfiguration des KIM-Clients ändern. Dazu 1. den Installationspfad öffnen und in das Unterverzeichnis conf wechseln. 2. Die Datei clientmodule.xml öffnen und den Eintrag "JMXPort" suchen. Dieser befindet sich i.a. in Zeile 6 der Config. 3. Den Eintrag 9100 durch einen freien Port ersetzen und das Ganze speichern.
Zitat von Michael im Beitrag #1Shutdown log4j done
Noch nichts von der log4j Sicherheitslücke gehört ? Siehe hier ! Zitat: "Das BSI hat daher eine Cyber-Sicherheitswarnung der Warnstufe Rot ausgerufen".
Sie müssen davon ausgehen, daß das gesamte Praxisnetzwerk kompromittiert ist. Warnstufe rot heißt: Verbrennen Sie die gesamte Hardware, sonst werden Sie Ihres Lebens nicht mehr froh !
Zitat von NFalk im Beitrag #2Mit der noch am Montag aktuellen Version 19641.... .....erstaunlich wie schnell die neue Versionen bringen!
Noch erstaunlicher ist, daß die Gematik offenbar innerhalb von Stunden eine solche Software zertifizieren kann, und das angeblich nach Prüfung auf Codeebene ..... und morgen kommt der Weihnachtsmann.
Zunächst einmal wurde am Dienstag die Version 2.0.7-2-19782 aufgrund des log4j-Problems herausgegeben. Das ist nämlich mit dieser Version erledigt. Was die Zertifizierung betrifft, so ist diese vermutlich nicht notwendig, da sich ja an der eigentlichen Funktionalität des Mail-Proxies (SMTP u. POP3) nichts geändert hat. 19782 ist eine Revisionsnummer und keine Versionsnummer. Nach wie vor steht da die 2.0.7. Von daher gehe ich ausschließlich von nicht zulassungsrelevanten Änderungen aus. Die Kernfunktionalität wird beibehalten worden sein.
@FS007 Meine Einstellung zu dem Thema TI ist nun nicht ganz so negativ wie Ihre, wie man diversen Beiträgen entnehmen konnte.
Aber ich kann mir tatsächlich auch ein paar "schöne" Angriffsszenarien vorstellen, mal abgesehen von dem aktuellen log4j Problem. Angefangen bei dem Z1 Datenbankkennwort, das in der Software offenbar hart kodiert ist und auf allen Systemen das selbe. Also kann sich ein Angreifer an der Datenbank anmelden und die KIM Zugangsdaten auslesen. Da man das gespeicherte Kennwort in Z1 sichtbar machen kann, ist es wohl mit umkehrbarer "Verschlüsselung" gespeichert. Dann eine Massenmail mit Anhang an andere Teilnehmer der TI senden. Anhänge können von den TI Betreibern natürlich aufgrund der Transportverschlüsselung nicht gescannt werden.
danke, ich hatte zunächst Hoffnung. Aber der Port 9100 war bzw. ist am Server noch frei. Komischerweise stand diese Meldung auch nur einmal im Errorlog. Ich habe danach mehrfach versucht, das Clientmodul zu starten. Nun wird der Fehler mit dem Port nicht mehr protokolliert. So schaut das Errorlog aktuell aus:
2021-12-15 22:42:58.517 [{id=3eb1c2b7-2b26-4a58-9743-666e9464e54b}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.startClientModule - Catching java.lang.NullPointerException: null at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.init(KeystoreManager.java:45) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.<init>(KeystoreManager.java:29) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.mail.ssl.KeystoreManager.getKeystoreManager(KeystoreManager.java:34) ~[KomleMail-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.getKeyManagers(CMCSSSLEngineSource.java:59) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.init(CMCSSSLEngineSource.java:48) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ssl.CMCSSSLEngineSource.<init>(CMCSSSLEngineSource.java:38) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.smtp.server.SmtpProxyServer.<init>(SmtpProxyServer.java:41) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ClientModule.startServers(ClientModule.java:535) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ClientModule.startClientModule(ClientModule.java:186) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.CMJmxClient.startClientModule(CMJmxClient.java:78) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.CMJmxClient.executeCommandline(CMJmxClient.java:191) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ClientModule.handleCmdLine(ClientModule.java:132) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at com.tsystems.gematik.komle.clientmodule.ClientModule.main(ClientModule.java:711) ~[ClientModule-2.0.7-2-SNAPSHOT.jar:2.0.7-2-SNAPSHOT-19782] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at com.exe4j.runtime.LauncherEngine.launch(LauncherEngine.java:84) ~[i4jruntime.jar:?] at com.exe4j.runtime.WinLauncher.main(WinLauncher.java:94) ~[i4jruntime.jar:?] at com.install4j.runtime.launcher.WinLauncher.main(WinLauncher.java:25) ~[i4jruntime.jar:?]
2021-12-15 22:43:09.791 [{id=3eb1c2b7-2b26-4a58-9743-666e9464e54b}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: null Bitte ueberpruefen Sie die Log Datei fuer weitere Details.
Leider nicht sehr aussagekräftig.
Echt Mist, ich will wegen log4j natürlich keine alte Clientversion installieren. Habe den Telekom-Support mal angeschrieben, bin gespannt, ob da was zurück kommt.
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
sichere eMail (KIM)
»
Fehler beim Start des aktuellen KIM-Clients 2.0.7-2-19782
15.12.2021 14:48 (zuletzt bearbeitet: 15.12.2021 14:49)
Thema drucken
Antworten
