Thema "Re: #RZK82019" in Technisches zu Software

#RZK82019

Tue, 13 Feb 2018 09:15:10 GMT

Seit Gestern habe problem mit Kommunikation mit dem DATEV-Rechenzentrum.

Als Fehler wird angezeigt:

#RZK82019

Re: #RZK82019

peter — Tue, 13 Feb 2018 09:19:32 GMT

Hallo,

vielleicht hilft Ihnen das Dokument 1045320 aus der Info-Datenbank weiter: http://www.datev.de/info-db/1045320

Re: #RZK82019

Tue, 13 Feb 2018 10:47:29 GMT

Also folgende Test und Prüfungen durchgeführt:

Pin ist richtig angegeben

Funktion Test - Die Kommunikation mit dem DATEV-Rechenzentrum funktioniert nicht.

Keine Hochlast am führender Rechner
Internetverbindung ist sehr schnell

Leider noch kein Ergebniss

Re: #RZK82019

peter — Tue, 13 Feb 2018 10:59:48 GMT

Hallo,

das Bild habe ich, als ich meine Antwort geschrieben habe, gar nicht gesehen.

Für die Fehlermeldung TI4312 gibt es auch ein Dokument:

http://www.datev.de/info-db/1043380

Re: #RZK82019

Tue, 13 Feb 2018 12:22:38 GMT

Sicherheitspaket V.5.2 -> Diagnose->Verzeichnisdienstauskunft,

bekomme das Bild zusehen.
Liegt es daran vielleicht?

Re: #RZK82019

peter — Tue, 13 Feb 2018 13:11:26 GMT

Hallo,

ich glaube nicht das es daran liegt.

Haben Sie mal das von mir verlinkte Dokument 1043380 angesehen und dort den Punkt 5 durchgeführt?

Sie erhalten weitere Informationen zu der Meldung und mögliche Ursachen und Abhilfen

Re: #RZK82019

Tue, 13 Feb 2018 13:36:24 GMT

Ja, habe ich.
Was mich wundert, noch am Freitag abends habe ich per Installationsmanager Software in RZ abgerufen und Netzweite Aktualisierung durchgeführt. Da war noch alles in Ordnung.
Aber seit gestern läuft es nicht mehr. An Hardware und Betriebsebene wurde nichts gemacht und umgestellt...
Reparaturinstallation habe ich schon zwei mal durchgeführt leider auch ohne Ergebnis

Re: #RZK82019

peter — Tue, 13 Feb 2018 13:51:29 GMT

Hallo,

Fehler beim SSL-Handshake

wenn ich die dort aufgelistete Fehlernummer bei Lexinform eingebe komme ich auf das Dokument http://www.datev.de/info-db/9204357 und dort ist stehen als mögliche Ursachen und Abhilfen

Mögliche Ursachen und Abhilfen bei N2 = 80090304
Ursache:
Am Kommunikationsserver fehlt die gerätebezogene Absicherung.
Abhilfe:
Aktivieren Sie am Kommunikationsserver die gerätebezogene Absicherung. Sie
können dies entweder im Sicherheitspaket, oder im Programm Kommunikationsserver über die kontextbezogenen Links ausführen.
Weitere Ursachen:
Es wird eine veraltete oder abgelaufene SmartCard benutzt. Dieser Fall tritt auch auf, wenn eine SmartCard benutzt wird, die wegen Auslieferung einer Folgekarte bereits gesperrt ist.

Re: #RZK82019

Tue, 13 Feb 2018 14:09:57 GMT

Danke! Danke! Danke!

Nach dem ich:

Abhilfe:

Aktivieren Sie am Kommunikationsserver die gerätebezogene Absicherung. Sie
können dies entweder im Sicherheitspaket, oder im Programm Kommunikationsserver über die kontextbezogenen Links ausführen.

aktiviert habe, läuft es wieder. Problem gelöst, leider keine Ahnung wie es dazu kam dass es deaktiviert wurde 😞

Re: #RZK82019

martinkolberg — Sat, 02 Mar 2019 16:40:26 GMT

Ist es der DATEV bekannt, daß der Kommserver regelmäßig die fest hinterlegte PIN der gesteckten SC verschusselt?

Gibt es mittlerweile ein Tool, welches dem Admin mitteilt, wenn der Kommserver wieder einmal die Pin der Smartcard verschusselt hat?

Wird bereits daran geforscht, eine Möglichkeit zu finden, daß dem Kommserver vollautomatisch die verschusslete PIN wieder ins Gedächtnis gebracht werden kann?

Hier kam gerade folgende Email vom Inst. Manager rein:

________________________________

Kanzlei, Installationsmanager, neue Zugriffsrechte.

Der automatische RZ-Abruf für die Beraternummer #####
konnte nicht abgeschlossen werden.

Es ist der folgende Fehler aufgetreten:

#RZK82019

Die Kommunikation mit dem DATEV-Rechenzentrum funktioniert nicht.

Es gab ein Problem bei der PIN-Eingabe oder bei der SmartCard.

» Machen Sie einen Funktionstest in der RZ-Kommunikation und achten Sie auf die Hinweise aus dem Test.

» Prüfen Sie die DATEV-SmartCard im Sicherheitspaket.

» Prüfen Sie die Funktion Ihres Internetanschlusses.

$TI4312F Keine Verbindung zum RZ;DFÜ-Journal 01A16:02:31

Weiterführende Informationen und mögliche Abhilfen finden Sie in der Informations- Datenbank unter https://www.datev.de/lexinform/selectSearch.html?searchtext=RZK82019&forcePublic=true.

Re: #RZK82019

Thomas_Puritscher — Wed, 06 Mar 2019 14:24:44 GMT

Hallo Herr Kolberg,

bei der gerätebezogenen Absicherung wird ein sogenannter Maschinen-PIN als Sicherheitsanker verwendet. Dieser Maschinen-PIN wird individuell auf jedem Rechner berechnet. In die Berechnung fließen verschiedene Hardware-Parameter des Rechners ein.

Ein Parameter ist die MAC-Adresse. Bei der Aktivierung der gerätebezogenen Absicherung wird diese Maschine-PIN errechnet und auf die SmartCard direkt abgelegt. Aus diesem Grund muss auch die persönliche PIN eingegeben werden, da ja ein Schreibzugriff auf die SmartCard selbst erfolgt.

Im laufenden Betrieb des KommServers wird nun vor jedem Verbindungsaufbau diese Maschinen-PIN neu errechnet und mit der auf der SmartCard abgelegten Maschinen-PIN verglichen. Stimmen beide Maschinen-PINs überein ist alles gut und die Verbindung wird aufgebaut.

Hat sich nun jedoch an der KommServer Maschine ein Parameter verändert (wie z.B. die MAC-Adresse in virtuellen Umgebungen) stimmt der errechnete PIN nicht mehr mit dem auf der SmartCard hinterlegten PIN überein. In diesem Fall gilt die Maschinen-PIN auf der SmartCard sofort als kompromittiert und wird dadurch ungültig. Die gerätebezogene Absicherung geht verloren und muss vom Anwender neu aktiviert werden. Es wird eine neue Maschinen-PIN auf die SmartCard geschrieben. Der Prozess beginnt wieder von vorne.

Sollten Sie beim Kommunikationsserver das von Ihnen beschriebene Problem regelmäßig haben, würde ich Sie bitten, sich mit unserem Service unter der Telefonnummer 0911 / 319 34445, damit wir zusammen eine Lösung finden.

Mit freundlichen Grüßen

Thomas Puritscher

Datev eG

Re: #RZK82019

martinkolberg — Wed, 06 Mar 2019 15:21:08 GMT

Sehr geehrter Herr Puritscher,

Das Problem tritt unregelmäßig ca. 2 * pro Woche auf.

Es handelt sich um einen normalen PC mit fest verbauter Hardware und einer ewig gesteckten Smartcard. Regelmäßig erfolgen Aufschaltungen für Fernwartungen, es besteht aber keinerlei Zusammenhang mit dem Rauskicken.

Fragen:

Wo liegt das Protokoll, welches sekundengenau angibt, wann die Kompromittierung festgestellt wurde? (Zum Abgleich mit dem System- Ereignissen)
Läßt sich die Maschinen-PIN mit Hilfe eines DATEV- Tools auslesen, um ein Protokoll zu führen?
Gibt es ein Tool, welches erkennt, wenn die gerätebezogene Absicherung verloren ging um sofort eine Email los zu senden?
Läßt sich das irgendwie verhindern, daß die Absicherung vom Anwender neu aktiviert werden muß, denn mittlerweile kennt jeder im Haus das geheime SC- Kennwort und das ist ein untragbarer Zustand.

Ich vermute jedoch einen timeout der einfach die korrekte Maschinen-PIN nicht mit der SC abgleichen kann, wenn das System unter Last steht.

Re: #RZK82019

Thomas_Puritscher — Mon, 11 Mar 2019 08:05:11 GMT

Hallo Herr Kolberg,

tut mir leid, dass ich mich erst jetzt melde.

Leider gibt es keine Tools bzw. Protokolle, die die gerätebezogene Absicherung / Maschinenzertifikate überwachen. Evtl. können Sie durch die Windows-Ereignisanzeige bzw. dem DFÜ-Journal der RZ-Kommunikation (Fehlermeldung beim Zugriff auf die SmartCard ist $ST1144F) das Problem weiter eingrenzen.

Eine mögliche Ursache wäre noch die Nutzung des RDP-Protokolls. Nach Abmeldung der RDP-Sitzung wird die SmartCard-Pin gelöscht:

Remotedesktopverbindung fürht zu Problemen im Zusammenhang mit DATEV SmartCard/mIDentity

Um dem Fehler final auf die Spur zu kommen würde ich Sie bitten, sich mit unserem Service unter der Telefonnummer 0911 / 319 34445 in Verbindung zu setzen.

Mit freundlichen Grüßen

Thomas Puritscher