Neu Wenn "Sicherheitseinrichtung ausgefallen" auftritt

[SaR]

Im Thread "AT-Registriekassenpflicht" verliert sich das Problem langsam, deshalb ein neuer Beitrag speziell zu diesem Thema.

Vereinzelt tritt die genannte Meldung auf, obwohl der Test unter localhost:5618 erfolgreich war, LS-POS einwandfrei startet und auch der Test unter LS-POS/Konfiguration/EFSTA gleichermaßen erfolgreich war. Auch im Task-Manager unter Dienste wird "efr2" scheinbar problemlos ausgeführt.
Trotzdem kommt beim ersten Versuch zu bonieren die besagte Meldung

Provisorischer Lösungsansatz:
@atomicfan hatte mit dem Vorschlag eine *.bat-Datei zu erstellen, eine vorläufige Lösung angestoßen. Um die Sache noch mehr zu vereinfachen, lässt sich mit einer selbst gebastelten *.exe eine Lösung für einen einfachen Doppelklick herstellen.

Vorgangsweise wie folgt:

Schritt 1:
in Vorzugsweise "notepad++" eine neue Datei erstellen und folgende drei Zeilen eingeben

net stop efr2
sleep:5
net start efr2
als z.B. efr2_restart.bat auf dem Desktop speichern​

Schritt 2:

Das Tool "Bat to Exe Converter" starten (Download unter: http://f2ko.de/de/b2e.php)
efr2_restart.bat laden
mit den gewünschten Einstellungen des Tools kompilieren und als efr2_restart.exe speichern​

Schritt 3:

efr2_restart.exe -> Rechtsklick -> Eigenschaften/Kompatibilität -> Häkchen bei "als Administrator ausführen" setzen -> OK klicken​

Tritt nun die Fehlermeldung "Sicherheitseinrichtung ausgefallen" auf, einfach Doppelklick auf die efr2_restart.exe. Es öffnet sich für ein paar Sekunden ein Eingabefenster. Ca. 30 Sekunden warten (von der Performance des Systems abhängig), bis der Dienst vollständig gestartet ist. Danach sollte der Dienst "efr2" wieder tadellos funktionieren. LS-POS muss während dieser Aktion nicht geschlossen werden
[Getestet unter win10pro]

Mein aktueller Wissensstand: 10/04/2017
Es dürfte (auch lt. Luwosoft) mit einer speziellen Windowskonfiguration zusammenhängen. Von EFSTA erhielt ich die Auskunft, dass möglicherweise der Port 65 durch ein anderes Programm blockiert wird. Port 65 wird von der EFSTA-Software benötigt.
Gleichzeitig wird von EFSTA abgeraten (betrifft A-Trust), den "a.sign Client" zu installieren, da dieser scheinbar den Zugriff auf die Smart-Card blockieren kann (auch wenn es mit unserem Problem anscheinend keinen Zusammenhang gibt).

 

[SaR]

Heute Morgen nach dem Neustart des Systems mit CurrPorts gecheckt, ob Port 65 vielleicht mehrfach belegt ist. Nada. Port 65 scheint gar nicht auf. Auch nicht wenn "efr2" neu gestartet bzw. LS-POS gestartet wurde.

Unter localhost:5618 erhielt ich allerdings wieder einmal folgende Javascript-Meldung:

jade.compile(C:\ProgramData\EFR\app\AT\web\smartcard)
TypeError: a.indexOf is not a function on line 36
at eval (eval at <anonymous> (C:\ProgramData\EFR\app\node_modules\jade\lib\index.js:218:8), <anonymous>:193:50)
at eval (eval at <anonymous> (C:\ProgramData\EFR\app\node_modules\jade\lib\index.js:218:8), <anonymous>:281:4)
at eval (eval at <anonymous> (C:\ProgramData\EFR\app\node_modules\jade\lib\index.js:218:8), <anonymous>:667:22)
at res (C:\ProgramData\EFR\app\node_modules\jade\lib\index.js:219:38)
at Server_respond (C:\ProgramData\EFR\app\Server\HttpServer.js:3:3847)
at ServerRequest.t.$respond (C:\ProgramData\EFR\app\Server\HttpServer.js:3:1185)
at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:380:3)​

Nachdem ich "efr2" neu gestartet hatte, war die Meldung wieder weg. Die erst jetzt gestartete Kassa lief problemlos.

 

[Indy1]

Hi !
Port 65 ist meines Wissens nach nur für online-Systeme nötig, offline wird nur 5618 verwendet...

Dash oben beschriebene Fehlerbild deutet auf eine nicht reagierende Smartcard hin und kann mehrere Ursachen haben:

bei Windows 10 - eventuell steht ein update an - Windows 10 beendet dann alle nicht Windows-eigenen Dienste, also auch das EFR
- "Schnellstart" ist aktiviert, das Verhindert ein rechtzeitiges Aktivieren der Smartcard
- "Energie sparen" schaltet die Karte in Standby, beim anfragen der Signatur wird die Karte aufgeweckt, sie ist aber zu spät um die Signatur durchzuführen

Bei W7-10 - zu wenig Strom für Echtsignatur - Signaturkarte an USB 3.0 Port, oder über aktiven Hub anstecken
- Systembeschleuniger (Avira Speedup, Tune up usw) stellen den Dienst EFR auf "verzögerten Start"

lg, Jacky

 

[SaR]

@Indy1 - einige der von Dir genannten Möglichkeiten kann ich bei uns definitiv ausschließen. Z.B. Windows-Update im Hintergrund wartend, Energie sparen und Systembeschleuniger.

Trotzdem habe ich eine vorerst gute Nachricht:

• Windows 10 (pro) - aktuelle Updates durchführen
• von http://public.efsta.net/efr/ die neueste Version herunterladen - im Moment 1.2.6
• LS-POS 1.9.5.1 Update (mit Adminrechten) durchführen

Die Tests unter localhost:5618 und in LS-POS verliefen danach von Start weg positiv und auch der erste Bon konnte problemlos erstellt werden. Wieso es auf einmal geht? K.A. - die Programmierer von Luwosoft und EFSTA fragen

 

[SaR]

Update

Die 1.2.6 hat leider zu keiner Behebung des Problems geführt. Auch die Vorschläge, die Energiesparoptionen weitgehend (incl. Schnellstart) zu deaktivieren, haben nichts gebracht. Aktuell gibt es die Version 1.2.9, die ich allerdings erst am Samstag in den Abendstunden einspielen kann.

Lt. EFSTA könnte das Problem mit Registry-Werten zusammenhängen.