Ich möchte meinen tanJack USB in Hibiscus, möglichst mit chipTAN USB Verfahren, unter LMDE 6 (Faye) (LinuxMint Debian Edition) nutzen.

Ich habe mittels
$ sudo apt install pcscd
die Pakete
- pcscd 1.9.9-2
- libccid 1.5.2-1 (als Abhänigkeit)
installiert.

Leider scheint Hibiscus (2.10.10) den Kartenleser jedoch nicht zu erkennen.

Ich bin zuerst den Hinweisen im Thread "Nach Umzug auf einen anderen Rechner arbeitet der tanJack usb nicht mehr" gefolgt.

Der Link 'libpcsclite.so.1" ist im Verzeichnis /usr/lib/x86_64-linux-gnu/ zu finden und verweist auf /usr/lib/x86_64-linux-gnu/libpcsclite.so.1.0.0
Die Datei "/home/<user>/.jameica/cfg/de.willuhn.jameica.services.SysPropertyService.properties" existiert, hat die Rechte "644" und den Inhalt "sun.security.smartcardio.library=/usr/lib/x86_64-linux-gnu/libpcsclite.so.1"

Die 'Bitigkeit' der Bibliothek entspricht der Installierten Java Version (beides 64 Bit).

Wie kann ich überprüfen ob bei der installierten Java-Version der PCSC-Support fehlt?

Bei dem Versuch die korrekte Einstellung und Funktion von pcsc zu überprüfen, scheitere ich jedoch schon daran dass ich die Schaltfläche "Kartenleser suchen..." nicht finde. 8-/



Wat nu?

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

Ist schon seit mehreren Jahren abgekündigt und existiert bei keiner Sparkasse mehr.

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

Habe das Problem eingegrenzt.

Zuerst sollte pcscd auch 'enabled' werden.
# systemctl enable pcscd.service

Weiterhin wird unter LMDE6 der pcscd mit der Option '--auto-exit' gestartet.
Dies führt dazu dass pcscd nach 60 Sekunden, ohne Aktivität im PC/SC Kontext, gestoppt/inaktiv wird.

Wird also Hibiscus nicht sofort nach dem Systemstart gestartet, ist der pcscd bereits inaktiv.

pcsc_scan schafft es den pcscd aus seinem Dörnröschenschlaf zu erwecken, Hibiscus tut dies leider nicht.

Gibt es eine Möglichkeit in Jameica/Hibiscus einen externen Befehl (pcsc_scan -t 10) auszuführen und somit den pcscd vor dem Start von Hibiscus zu aktivieren?

Wie lautet denn jetzt die Fehlermeldung in Hibiscus?

Das hat mit Jameica bzw. Hibiscus direkt nichts zu tun.
In /etc/default/pcscd kannst Du ein Argument eintragen.
Dann gibt es in /etc/systemd/system den pcscd.service. Ich habe bei mir z.B. nur --foreground eingetragen, also kein --auto-exit. Bei mir passiert das verspätete Aktivieren des Lesers nicht.
Sieht dann so aus:

@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.

Doch, das stimmt genau so, sonst würde ich es nicht schreiben.
Ich sprach vom Service und nicht vom Socket.

@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?

"sollte":
REINER SCT cyberJack RFID standard

mit
libifd-cyberjack6_3.99.5final.sp16_amd64_u2404.de
(vom REINER SCT Supportportal)

unter
System:
Host: linux Kernel: 6.8.0-51-generic arch: x86_64 bits: 64 compiler: gcc
v: 13.3.0 clocksource: tsc
Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.41 wm: xfwm4 v: 4.18.0
with: xfce4-panel dm: LightDM v: 1.30.0 Distro: Linux Mint 22.1 Xia
base: Ubuntu 24.04 noble

Schlägt der --auto-exit einmal zu, geht nix mehr. Weder Hibiscus noch pcsc_scan wecken den Leser auf. Sowohl als auch hängen. Da hilft nur ab- und anstöpseln. Oder eben das --auto-exit aus der pcscd.service entfernen.

Wohlgemerk (oder beobachtet): der "/usr/sbin/pcscd --foreground --auto-exit" verschwindet und taucht bei Hibiscus oder pcsc_scan wieder auf (neue PID).

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?

Hibiscus kann pcscd nicht steuern und hat auch keinen Zugriff darauf. Der Zugriff erfolgt über die entsprechende Java-API. Es spielt also keine Rolle, ob es mit anderen Tools funktioniert oder nicht. Hibiscus läuft in einer Sandbox und hat keine Kontroll-Funktionen über pcscd.

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.

Von "Hibiscus kontrolliert pcscd" war auch nie die Rede.
Jedoch interagiert Hibiscus mit der Karte im Kartenleser.

Vermutung: Hibiscus -> Jameica -> Java-API -> Java -> pcscd -> Kartenleser -> Karte

systemd 'überwacht' nun ob pcscd über den pcscd.socket angesprochen wird und startet, falls pcscd nicht aktiv ist, den Daemon.

Das ist fürwahr keine Kontrolle von Hibiscus über, aber in diesem Falle schon die Ursache für einen (Re)Start von pcscd.

Für mich war nachvollziehbar das über pcsc_scan der pcscd gestartet wurde und somit die Funktion von systemd und pcscd gegeben war. Somit bleibt eigentlich nur dass zum Fehlerzeitpunkt seitens Hibuscus/Jameica/Java-API/Java anscheinend der pcscd nicht angesprochen wurde.

Ich kann leider den Fehler nicht mehr reproduzieren und bin eigentlich froh dass das ganze seitdem stabil funktioniert.