VonDoczuDoc.de

Habe zum Mittwoch neue Kokobo Update und gestern TM Update raufgespielt, seitdem geht KIM Versand nicht mehr - habe KIM Adresse von CGM, lief gestern noch alles ohne Probleme - hat einer eine Idee?
MfG
VoSue

Welche Version war denn vor dem Update drauf und welche Version wurde eingespielt?

habe immer alle aktuellen Versionen eingespielt, fehlte nie eine Version, jetzt die 21.4.1 5169, CoCo hat sich die aktuellste Version zum Mittwoch über Nacht selst aufgespielt , davor hatten wir manuell anfang September die neue Coco Version raufgespielt

Coco 4.2.12

Wie äußert sich denn der nicht funktionierende Versand? (Haben Sie versucht sich einmal selbst eine kIM Mail zu schicken? oder leuchtet nur das KIM im eCockpit rot? ..

Die Fehlermeldung lautet:

"Die Nachricht konnte nicht versendet werden. Bitte überprüfen Sie Ihre Netzwerkkonfiguration. Sollte dieser Fehler wiederholt auftreten, kontaktieren Sie bitte den Vertriebs- und Servicepartner."
Im eCockpit ist "Oline" grün, der Rest rot. Routen sind eingetragen.

In der Kocobox haben wir diverse Warnungen:
"BlockedPacket=Von TM ServerIP:49847 nach KocoIP:9443 mit Protokoll TCP über Adapter lan.; Aktion=Drop"

Haben Sie mal die Firewall-Batch Dateien "KIM" und "CGMConnect" und "CBOX" unter NetSetup/Firewalleinstellungen auf dem Server bzw. auf dem Arbeitsplatz als Admin ausgeführt?

Schorsch hat geschrieben:Haben Sie mal die Firewall-Batch Dateien "KIM" und "CGMConnect" und "CBOX" unter NetSetup/Firewalleinstellungen auf dem Server bzw. auf dem Arbeitsplatz als Admin ausgeführt?

Danke für den Hinweis, KIM und CGMConnect waren vorhanden, CBOC nicht (hat er das bei der Installation am Server natürlich nicht selbständig ausgeführt) - KIM geht dennoch nicht, selbe Fehlermeldung.

Bei mir hat es teilweise daran gelegen, dass der Windowsdienst CDM KIM Client Module nicht automatisch gestartet war.

Aktuell läufts...

Ich bin gerne bereit, Probe-KIM-Nachrichten zu versenden, falls jemand Interesse hat, das zu versuchen.

Bei mir steht der Starttyp auf manuell. Wenn ich den in den Diensten versuche manuell zu starten bekomme ich einen Fehler " der Dienst konnte nicht gestartet werden". Der Dienst soll C:\TurboMed\ExtPrg\KIM\nssm.exe sein. Geht das bei den anderen und was gibt es zu beachten?

KIM Client Modul steht auf automatisch und läuft.

Auch mit dem Update 21.4.1.5181 geht KIM nicht. Hat irgendjemand noch eine Idee, wie man das zum Laufen bekommt?

Das Problem könnte C:\TurboMed\ExtPrg\KIM\nssm.exe sein. Das ist ein "Hilfsprogramm", mit dem Windows-Dienste gestartet und manipuliert werden können. Dies kann man als Programmierer verwenden, um "mal schnell" einen WindowsDienst zu realisieren. Das Problem ist, dass hier eine große Sicherheitslücke aufgetan wird. Das Programm ermöglicht es unter anderem, beliebige Software, sogar Skripte mit lokalen Adminrechten bzw. als System zu starten. Zudem ist die letzte Version von 2017-04-26. Ich würde mal nachsehen, ob Dein Virenscanner das Programm als Bedrohung einstuft. ESET z.B. bei uns macht das - zu Recht! Aus Sicherheitserwägungen gehören solche Programme heute NICHT auf ein System mit Patientendaten. Daher wäre ein Wechsel zu kv.dox eine empfehlenswerte Möglichkeit (Die haben einen "ordentlichen" Dienst programmiert!) - wenn mit Turbomed das mal richtig laufen würde.

Dass CGM diese Krücke verwendet, spricht nicht für die Qualifikation der Software-Entwicklungsabteilung. nssm ist das perfekte Einfallstor für Malware.

Grüße

lcer

Krücke Hin oder Her. CGM liefert nichts anderes. Und ohne den Kim Client auf dem Server kommen vermutlich auch Thunderbird und Outlook nicht aus, oder sehe ich das falsch ?

Früher lief der CGM Kim Client Dienst bei mir auf dem Server mit Starttyp automatisch problemlos, konnte angehalten und wieder gestartet werden. Nach TM Update und TLS Aktivierung ist der Dienst jetzt angehalten. Wenn ich versuche den Diensten manuell zu starten bekomme ich eine Fehlermeldung: Der Dienst konnte nicht gestartet werden usw.
Die Firewallports sind alle frei geschaltet. Ich vermute eine fehlerhafte Konfiguration.
Bin für jeden Hinweis dankbar. Irgendwie muss die Sache doch ans Laufen zu bekommen sein.

Hallo,

irgendwo unter sonstiges/Wartung gibt es einen CGM KIM Wartungslauft der wohl nach der Umstellung auf TLS durchgeführt werden soll.

Vielleicht hilft das.

Grüße

lcer

Ich habe mit Tageskennwort auf dem Server das Kim Konto deregistriert, neu registriert und in TM geladen. Danach habe ich den o.g. Punkt Wartung->CGM KIM -> TLS Verschlüsselung ausgeführt.
Aktuell schein der Dienst auf dem Server zu laufen.

rfbdoc hat geschrieben:Krücke Hin oder Her. CGM liefert nichts anderes. Und ohne den Kim Client auf dem Server kommen vermutlich auch Thunderbird und Outlook nicht aus, oder sehe ich das falsch ?

Früher lief der CGM Kim Client Dienst bei mir auf dem Server mit Starttyp automatisch problemlos, konnte angehalten und wieder gestartet werden. Nach TM Update und TLS Aktivierung ist der Dienst jetzt angehalten. Wenn ich versuche den Diensten manuell zu starten bekomme ich eine Fehlermeldung: Der Dienst konnte nicht gestartet werden usw.
Die Firewallports sind alle frei geschaltet. Ich vermute eine fehlerhafte Konfiguration.
Bin für jeden Hinweis dankbar. Irgendwie muss die Sache doch ans Laufen zu bekommen sein.

Fehler.png

Also bei uns war es auch der nssm mit identischer Fehlermeldung und Verhalten. Wurde vom L2 (vom VSP getriggert) neu installiert. Mir schien es so, dass irgendwas mit dem Java nicht i.O. war, das ist aber nur eine Vermutung, denn die Tonspur des Supporters kam nicht zu mir durch . Die ganze Aktion dauerte keine 15 Minuten. Da ich auch den Verdachte habe, dass das Update auf 21.4.1 die Ursache war, werde ich zukünftig vor jedem Update die KIM-Funktion testen und danach ebenso.

Ich hatte zeitnah auch auf TLS Verschlüsselung umgestellt. Laut Hotline erklärt sich die Fehlermeldung dadurch.
Nach Umstellung auf TLS muss Kim offensichtlich neu registriert werden.
Wie bereits beschrieben ist das Problem, durch Derigistrierung und Neuregistrierung der KIM Adresse zu beheben.
Immerhin übt das in der Problemlösung.

?
Einfach mal stillhalten und laufen lassen ... kostet ja kein Geld (andersherum schon ).

Das erklärt warum unser VSP uns letzten Freitag vom Umstellen auf TLS zum derzeitigen Zeitpunkt abgeraten hat. Er meinte, da müsste vorher noch ein TM-Update kommen, damit das funktionieren würde. Ob Build 5201 gemeint war weiss ich allerdings nicht. Muss ihn mal bei Gelegnheit befragen. Andererseits verstehe ich nicht, warum das Einschalten einer Verschlüsselung irgendwelche Daten beeinflußt, es sei denn die genannten Praxis-/Arzt-Daten werden direkt mit dem Zertifikat verknüpft. Alles very strange.