Hallo, im besonderen @MarcusD und @rfkoem , aber auch an alle anderen Charlyanwender i FOrum und gern auch Rückmeldung von Anwendern anderer PVS zum Vergleich:-)

geht bei Ihnen aktuell diese neue Elektronische Medikationsliste ausgehend vom Karteireiter Patient/Stammdaten im Charly in der 9.35.1 und nur ich hab hier nachfolgenden Fehler, oder haben Sie im Moment auch noch das gleiche Problem mit Zugriff auf diese Funktion ?

Mein Fehler sieht so aus:

epA Lizenz ist aktiv
User Berechtigung ist auch richtig gesetzt

Viele Grüße:-)

Tja, was soll ich sagen: heute geht es auch bei mir ohne dass ich was gemacht habe:




Keine Ahnung, was das jetzt war- mal sehen ob der Fehler nochmal kommt... ob es sich lohnt es nochmal in die Tiefe zu verfolgen:
Vorsorglich hab ich mal CGM gefragt, ob man auf Konnektorebene bzgl. Logging was sehen würde - nein sieht man nichts mehr:
mit EPA 3.0 ist das Epa Logging auf Konnektor Ebene - jedenfalls bei CGM, vermutlich aber auch bei allen anderen Konnektoren kein thema mehr, weil epA 3.0 nur noch wie Erezept per VPN direkt in diese Vertrauliche Ausführungsumgebung reingeht-
EML ist somit wie Erezept direkt in die VAU via VPN, der Konnektor sieht da auch nichts und schaltet sich auch nicht zwischen- für Fehlersuche kann man somit höchstens auf z.B. Charly Server mit Wireshark an ruhiger Anlage die ZIel IP rausfiltern im Status "läuft" - und dann auf diese wenn es mal nicht läuft , filtern: im Moment ist es bei mir Konstant ip 100.102.x.Y was , wobei ich eben festgestellt hatte: die ganz genaue IP die ich vor 1h rausgefiltert hatte, war schon nach kurzem wieder eine andere



Und Nachtrag:
eben hatte ich nochmal wieder anderen Fehler: 404 Zugriff nicht möglich:
das waraber nur kurz und kurz danach ging es wieder:



vielleicht könnte es sein, weil ich ja recht kurz nacheinander gespielt habe, dass Charly den Verbindungsaufbau auf die konkrete Ziel URL kurzfristig cached und wenn dann in dem Zeitraum ein Wechsel erfolgt, weil diese IP nicht verfügbar - das können wir ja hier nicht steuern, dass dann Charly sich daran kurzfristig aufhängt und nicht rauskommt?!? ...werde ich weiter beobachten
es könnte sein, dass diese schnellen Ziel URL Wechsel ab und zu Charly zu schaffen machen oder auch vielleicht allen PVS:
hatte jetzt vorhin auch doch nochmal

entsprechend des bisherigen Austauschs in #4 #5 und #6 | RE: Kocobox läuft alles- aber meckert über mangelhafte Schlüssellänge Clientszertifikat
tausche ich das Clientzertifikat solang es noch nicht brennt noch gar nicht- ich warte mal erstmal den weiteren Verlauf ab- und werde CGM HOtline nochmal mehrfach befragen und vermutlich lass ich es drauf ankommen, was passiert dann, sollte es unklar bleiben ob bei CLientZertifikat RSA-Bestandszertifikate belassen werden bis ablauf oder nicht...

Aber ich mal mal meine alten Notizen der zurückliegenden Jahre dazu bemüht - weil vorsorglich brauch ich ja sowieos schnell dann von jetzt auf gleich ein Kochrezept:

Somit hab ich mal aufbauend darauf eins geschrieben und muss aus
(und was ich #6 geschrieben habe, als Idee erstmal 1:1 Tausch zu versuchen, war quatsch,ich hatte da nicht an die notwendige Eingabe neues Passwort gedacht...)

hier somit das Kochrezept :

1.
Screenshot alter Aufrufkontext inclusiv zugeordnete PCs

2.
zugeordnete PCs HIER löschen:



2.
Aufrufkontext jetzt löschen (geht nicht mit minus, muss man auf Daten und dann löschen):



3.
"TLS mit Zertifikatsprüfung" Aufrufkontext neu anlegen mit neuem Charly Zeritifkat (Pfad kann ja gleich bleiben aber PW muss hier neu rein) :



4.
PCs dem neuen Aufrufkontext zuordnen ! CT ID Zuordnung dabei nicht vergessen

5.
VSDM testen- das müsste jetzt schonmal wieder laufen

(Fallback: Authentifzierung Konnektor rausnehmen, wenn es Probleme gibt , dann wird Problem mit Zertifikat ignoriert)

6.
(danach KIM auch Client Zertifikat neu einspielen, bei uns CGM KIM Client Modul, bei Ihnen ist das ja Telekom)

7.
KIM testen

Also hierzu hab ich mir von "damals" DAS hier notiert:
So sah es bei Einrichtung bei mir aus: Passwort ist beliebig- ich glaub leerlassen ging nicht, aber es ist sch. egal , was da steht, und man braucht das, was man da als PW einträgt nie wieder - auch auf wiederholte Nachfrage konnte mir bislang Solutio das nicht richtig erklären- weiter steht auch in der aktuellen Charly Hilfe nur "Tragen Sie ein beliebiges Passwort ein"



Das mit RSA bei GemKompCA7 - interssant, da hab ich noch gar nicht drauf geachtet, dass das auch noch RSA ist- eine erste Meinung hierzu hat mir eben noch der unermüdliche Copilot geliefert, vielleicht stimmt es , vielleicht auch nicht: aber es klang erstmal schlüssig : da heißt es klar, das ganze gilt nur für lokale Zertifikate, NICHT für Root/SubCa. Ich zietier mal und @MLangguth bitte Info an uns, ob Copilot das richtig uns gesagt hat oder ob es eine E(cc)nte war ;-)

Coplilot:
"Laut gematik und BSI müssen alle aktiven Komponenten (Konnektor, HBA, SMC-B, gSMC-KT etc.) bis Ende 2025 auf ECC umgestellt sein2. Das betrifft:
Gerätezertifikate
Karten-Zertifikate
Kommunikationsdienste (KIM, VPN-Zugang)
Aber: Die Root- oder Sub-CAs selbst (wie GemKomp.CA7) dürfen weiterhin RSA verwenden, solange sie gültig sind und ECC-Zertifikate ausstellen können. Es gibt bislang keine offizielle Vorgabe, dass diese CAs selbst zwingend auf ECC umgestellt werden müssen."

Und mal sehen, vielleicht frag ich das einfach auch nochmal die CGM Hotline- die waren ja heute auch bei der anderen Frage extrem fix und haben als Level 1 nicht antworten konnte sofort innerhalb 2min im gleichen Call einen L2 dazugeholt- mal sehen wie viel morgen in der PRaxis los ist , wenn Zeit ist frag ich parallel auch nochmal dort:-)

Also CGM Spezialist Fremdsysteme /PVS + CGM TI aus der HOtline sage mir heute:
das GemKompCa7 wird weiterlaufen:

Ich meine auch, dass man das übrigens HIER schön sieht: er hat ja lokal beide drauf, die ECC und RSA Variante und das wird ja keiner löschen von selbst...




Also bislang würd ich sagen: Copilot u CGM sind sich schonma einig = GemKompCA7 wird uns vermutlich hier kein Problem machen...:-)