Ich bekomme meinen tanJack USB nicht zum funktionieren

ChipTAN USB ist ein PIN/TAN-Verfahren. Stelle daher sicher, dass du bei der Erstellung des Bankzugangs als HBCI-Verfahren "PIN/TAN" auswählst - nicht "Chipkartenleser". Das HBCI-Verfahren "Chipkartenleser" hingegen wird nur noch von einigen wenigen Sparkassen angeboten und in nächster Zeit ohnehin abgeschafft. Hierfür gaben die Banken spezielle HBCI-Chipkarten aus, die i.d.R. für nichts anderes verwendet wurden.

Im Wiki unter https://www.willuhn.de/wiki/do…-verfahren findest du hierzu ausführliche Informationen - auch zur Einrichtung von ChipTAN USB.


Deine Hibiscus-Version 2.10.10 ist ziemlich veraltet. Die stammt von Januar 2023. Aktuell wäre 2.10.27. Vermutlich ist das Problem, dass du sowohl Java als auch Jameica und Hibiscus als Pakete von deiner Linux-Distribution installiert hast. Lade dir Java mal von https://adoptium.net/de/ herunter und Jameica von https://www.willuhn.de/products/hibiscus/download.php

Das Verfahren Chipkarte gibt es noch bei den Genossenschaftsbanken, bei der Nationalbank, bei der CoBa.

Wie lautet denn jetzt die Fehlermeldung in Hibiscus?

@clio
Das simmt so nicht ganz.
Aber ich bin hier auch auf ganz dünnem Eis.
So wie ich das verstehe beendet sich pcscd mit dem Parameter '--auto-exit' nach 60 sec. ohne Aktivität.
Systemd überwacht den pcscd.socket und 'reaktiviert' den Daemon bei Bedarf.
Somit sollte Hibiscus/Jameica durch ansprechen des Sockets den Daemon wieder aktivieren.
(so wie es pcsc_scan auch tut)

@Hibiscus
Nachdem sich die ganze Installation etwas 'gesetzt' hat, aktiviert Hibiscus/Jameica nun bei Bedarf den PCSC Daemon.
Somit gibt es auch keine Fehlermeldungen im Log. mehr. Ich behalte das aber im Auge.

@clio

Das "Das simmt so nicht ganz. " war auf "Das hat mit Jameica bzw. Hibiscus direkt nichts zu tun." bezogen.

Die Datei pcscd.socket beschreibt welchen Socket systemd einrichtet um eine Kommunikation mit dem pcsc-Daemon zu ermöglichen.

Die Datei pcscd.service beschreibt z.B.
- welche Abhängigkeiten für den Daemon bestehen (Requires=...),
- mit welchen Parameter der Daemon gestartet wird (ExecStart=... --foreground --auto-exit $PCSCD_ARGS) und
- mit welchen zusätzlichen Parameter der Daemon reaktiviert wird (ExecReload=... --hotplug).

Mit dem entfernen von "--auto-exit" als Startparameter verhinderst Du dass pcscd sich bei Inaktivität beendet und somit konstant, auch ohne Bedarf, auf dem System aktiv ist. Nicht wirklich schlimm, nur eben nicht so vom Konzept vorgesehen.

Im Normalfall wird eine Applikation (z.B. Hibiscus oder pcsc_scan), welche den Service von pcscd benötigt, diesen über den "PC/SC Smart Card Daemon Activation Socket" (z.B. /run/pcscd/pcscd.comm) (re)aktivieren. Solange die Applikation mit dem Daemon interagiert wird dieser auch aktiv bleiben.

Somit ist die Wahrscheinlichkeit sehr groß, dass das nicht (re)aktivieren des pcscd beim Beginn oder während einer aktiven Hibiscus-Applikation schon direkt etwas mit Jameica bzw. Hibiscus zu tun hat.
Insbesondere wenn die Funktion des (re)aktivierens gegeben ist. (kann z.B. mit pcsc_scan getestet werden).

Aber, wie bereits geschrieben, funktioniert das ganze jetzt wie vorgesehen.

@ all
Kann man das Thema irgendwie als 'gelöst' kennzeichnen?

Interessantes Szenario aber eben ein 'REINER SCT cyberJack RFID standard' und kein 'tanJack USB'

Der tanJack USB benötigt keine weitere Software (Treiber?) von Reiner SCT.

Ich kann nachvollziehen dass Du Deine Symptome mit dem entfernen von '--auto-exit' in den Griff bekommen hast.
Ob jedoch der pcscd oder die Software von Reiner SCT das Problem verursacht ist damit nicht geklärt.

[kaffeesatzlesen]
Da hier (LMDE6) der pcscd einwandfrei funktioniert, würde ich eher auf die Software von Reiner SCT tippen.
[/kaffesatzlesen]

Hört sich für mich so an als würde die SW von Reiner SCT nicht mit dem deaktivieren des Daemons zurecht kommen. (Reines Bauchgefühl)

Schon mal das Problem an den Support von Reiner SCT gemeldet?

Etwas mehr Kaffesatz, aka Lesestoff

"Mein" Problem trat bei Moneyplex und einer Mint-Distro auf, als ich den "neuen" RFID Leser mehr oder weniger zum ersten Mal benutzt habe. Mit dem "alten" Leser, einem REINER SCT cyberJack ecom_a, trat und tritt das Problem bei gleichem OS und Treiber nicht auf. Den pcscd halte ich deshalb für unschuldig. Der Treiber ist es vielleicht nicht. Der zitierte ist der Neueste, den es für das OS gibt (auf der Support-Seite gibt man kein Freigabedatum an. Wozu auch, kann der Kunde nach dem Runterladen im Package selbst finden: 2023-10-26 22:46). Es könnte aber auch an dem Leser (Hardware oder Firmware) liegen. Was weiss ich schon.

Die Cyberjack-Leser benötigen einen (user mode) Treiber, sonst sind sie nicht ansprechbar.

Nachdem ich --auto-exit entfernt hatte, ist es einfach in Vergessenheit geraten und ich habe den Kundendienst nicht bemüht.