seit Mitte (wahrscheinlich seit Donnerstag) bekommen wir die Fehlermeldung "Authentifizierung fehlgeschlagen". Und das bei mehreren Standorten (mit jeweils anderem Konnektor). Wir können zwar eine SMC-B wählen (Haken wird auch blau) und mit Klick auf Weiter - kommt die o. g. Fehlermeldung. Und jetzt kommt es, ein Benutzer kann es. Wir vermuten AD-Rechte. Und da ein User es benutzen kann, können wir Netzwerk / Firewall Ausschließen. Ging ja auch noch bis Mittwoch letzter Woche. Mir fehlt hier ein Ansatzpunkt. Vielleicht hat jemand einen Tipp oder eine weitere Idee für mich.
Am 02.02.2023 gab es beim DEMIS-Komfort-Client (um den es hier vmtl. geht) eine zentrale Störung bei der Authentifizierung. Diese wurde noch am selben Tag ca. gegen 20 Uhr behoben. Danach berichteten einige Häuser noch von folgendem, ggf. dient Punkt 1 und 2 ja dem Lösungsansatz: 1. "wir hatten gestern Abend ebenfalls [weiterhin] das Problem [der Authentifizierung]. Unsere Lösung: Menu Konfiguration – Kartenverwaltung – Button Weiter. Danach folgt wohl nochmal der SMC-B Abgleich." 2. "unser Admin sagt gerade, dass seit dem DEMIS-Update heute Nacht in der Firewall ein Zugriff vom Client zur einer Adresse von D-Trust (62.96.224.156) Port 389 TCP benötigt wird !!!! Seitdem geht’s bei uns." 3. Meine persönliche Vorgehensweise: Ggf. würde ich mal nach FAQ#17 den local storage leeren: https://wiki.gematik.de/display/DSKB/FAQ+Komfort-Client …und die restl. Punkte (vor allem noch FAQ#5) abklären, inkl. Sichtung der in der Console erkennbaren Fehlermeldungen. Ggf. Ticket beim gematik-Support aufmachen, inkl. HAR-File.
danke für die Rückmeldung. zu 1) diese Lösung funktioniert bei uns nicht zu 2) gebe ich gerne nochmal weiter, aber dann dürfte es doch immer nicht gehen zu 3) sind wir durch, aber FAQ#17 ohne Erfolg
Workflow aktuell: Hilfe - Cache leeren (und das 3x hintereinander, dann geht es wieder bis zum neuen Programmstart).
Port 389 ist meines Erachtesn ldap. Die Meldung in der TI erfolgt ja über portal.demis.rki.de. Wenn man sich das Zertifikat ansieht sieht man das folgende Server referenziert werden:
Falls es außer mir noch Kollegen gibt, bei denen die Authentifizierung fehlschlägt hier eine Info:
Am morgigen Mittwoch, den 22.02., finden dazu erneut Wartungsarbeiten statt, in der wir versuchen werden, diese Probleme abschließend zu beheben. Deswegen sollten wir das morgige Wartungsfenster abwarten, danach sollte es wieder funktionieren. Lassen Sie uns am Donnerstagmorgen gerne nochmal schreiben. Tut mir leid, dass ich Ihnen im Moment keine andere Nachricht liefern kann.
Wir haben nach wie vor das Problem, dass (gefühlt immer mehr) PC's den Authentifizierungsfehler bringen. Es gibt aber auch noch eine Vielzahl, bei denen alles funktioniert.
Laufen alle über einen Konnektor und eine SMC-B. Firewalltechnisch laufen auch alle gleich. Daran kann es also auch nicht liegen.
bei uns lief es gestern auch nicht gleich reibungslos. Erst nach mehrmaligem Cache löschen (über Hilfe > Analyse > Application > Clear site data und Hilfe > Cache leeren) funtze es auf einmal. Die Version ist bei uns die 2.2.2-b348.
Seit dem Update vom 22.02. laufen unsere Systeme wieder. Das dieser Fehler nicht offiziell von der herausgebenden Stelle kommuniziert worden ist (erst wenige Tage/Stunden vor dem Wartungsfenster) finde ich schon sehr ... traurig. Wir haben so viel Zeit in die Fehleranalyse gesteckt. Hoffe das bleibt eine Ausnahme, aber ich befürchte die Realität wird anders aussehen.
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
Weitere Anwendungen: VSDM, NFDM, eMP, DEMIS, etc.
»
DEMIS - Nach SMCB Wahl Authentifizierungfehler
06.02.2023 16:45 (zuletzt bearbeitet: 06.02.2023 17:39)
Thema drucken
Antworten
