Cyberjack2-Probleme ?

Moin,

ich habe hie gerade ein seltsames Problem mit dem neuen Cyberjack gehabt. 
Dieses Problem konnte ich inzwischen "loesen", vielleicht hilft es dem einen 
oder anderen hier auch:

Mein Cyberjack funktionierte nicht an allen USB-Anschluessen meines Rechners. 
Seltsamerweise wird der Cyberjack zwar erkannt (von Libchipcard), aber der 
Treiber scheint das Geraet nicht zu finden, wenn er nicht an einem bestimmten 
USB-Bus haengt.

Eventuell hilft also - wie bei mir - probeweises umstecken des Lesers auf 
unterschiedliche USB-Anschluesse. Da Libchipcard2 den Wechsel automatisch 
erkennt, braucht man den Daemon nicht neuzustarten.

In meiner aktuellen Version des Servers, die ich gleich ins CVS stellen werde, 
sind die Fehlermeldungen etwas ausfuehrlicher, so dass man diesem Problem 
schon eher auf den Grund gehen kann...

Gruss
Martin

--

-- 
"Things are only impossible until they're not"

LibChipcard - http://www.libchipcard.de/
AqBanking - http://www.aquamaniac.de/aqbanking/
OpenHBCI - http://www.openhbci.de/

Probleme mit RSA-Card

Hallo,

nachdem ich meine Kernel-Probleme mit dem Cyberjack behoben habe hier nun mein 
Problem mit der RSA-Card. Nachdem ich den unten angegeben Befehl ausführe 
werde ich nach der Karte gefragt und der Kartenleser blinkt, das Programm 
wartet auf eine Karte. Wenn ich die Karte einlege, wird diese vom Programm 
erkannt und lezteres läuft weiter. Wenn dann die Abfrage nach der Pin kommt, 
habe ich keine Möglichkeit diese einzugeben, das Programm läuft einfach 
weiter und gibt den in der Log-Datei angegebenen Fehler aus:

SUSE 9.1 (gepatchter Kernel)
"alter" Cyberjack USB Pinpad
DB Websign HBCI-Card
gwenhywfar 1.3  
chipcard2_client-1.9.4beta
chipcard2_server-1.9.6beta

Vorgehen:
1. Start chipcard2-server als root mit "chipcardd2 --loglevel debug --logtype 
console"

2. Aufruf als User: "rsacard exportbankinfo -a 2 -k -v -v -f testfile.conf 
--logtype=console --loglevel=info", wobei ich nach Aufforderung die Karte in 
den Leser stecke.

Ich hänge mal die Ausgaben von rsacard und einen Ausschnitt der Meldungen des 
chipcard2-servers an.

:2004/12/02 21-11-46:chipcardd(30597):cardserver.c:  626: Driver still running

Re: Probleme mit RSA-Card

Moin,

On Saturday 04 December 2004 13:18, Ralph wrote:
[...]
> Vorgehen:
> 1. Start chipcard2-server als root mit "chipcardd2 --loglevel debug
> --logtype console"
>
> 2. Aufruf als User: "rsacard exportbankinfo -a 2 -k -v -v -f testfile.conf
> --logtype=console --loglevel=info", wobei ich nach Aufforderung die Karte
> in den Leser stecke.
>
> Ich hänge mal die Ausgaben von rsacard und einen Ausschnitt der Meldungen
> des chipcard2-servers an.
Zunaechst einmal vielen Dank fuer Deinen ausfuehrlichen Bugreport.
Ich habe Dein Problem im aktuellen CVS von chipcard2-server gefixed, 
allerdings dauert es ein paar Stunden, bis das ganze im public CVS angekommen 
ist.

Eigentlich musst Du nur die angehaengte Datei kopieren nach 
"$PREFIX/etc/chipcard2-server/drivers/cyberjack_ctapi/cards".
Dann den Daemon neustarten und schon sollte das Kommando "rsacard" auch mit 
dem Cyberjack funktionieren.

Im CVS ist inzwischen auch eine Datei fuer den Kobil-Leser, so dass auch mit 
diesem die sichere PIN-Eingabe fuer die RSA-Karte ueber die Tastatur moeglich 
ist.

Gruss
Martin

pid file location

Hallo,

Ich bin grad über folgendes Problem gestolpert: chipcardd2 legt seine pid-file 
standardmäßig in /var/lib/run/chipcard2 ab. Wenn das Verzeichnis jedoch nicht 
existiert (was bei mir der Fall war), beendet sich chipcardd2 kommentarlos.

Frage 1: Warum legt der seine pid-file an so nem komischen Ort ab? Warum nicht 
einfach /var/run?
Müsste man nur in der configure.ac (Variable LC_DEFAULT_PIDDIR) ändern.

Frage 2/Bugreport: Wenn die PID-file nicht angelegt werden kann, sollte ne 
Fehlermeldung kommen.

cu,

Hanno

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

RSA-Card fehlende Bankinfo???

Hallo,

nachdem ich nun meine RSA-Card zum laufen bekommen habe, wolte ich mir 
Karteninformationen mit 
rsacard exportbankinfo -a 2 -k -v -v -f testfile1.conf --logtype=console 
--loglevel=info
anzeigen lassen. Obwohl alles fehlerfrei zu laufen scheint, ist die Datei 
testfile1.conf zwar angelegt, aber leer. Das auf der Karte aber Schlüssel 
sind, weiß ich genau, denn mit dem alten libchipcard konnte ich sie auch 
anzeigen lassen. Den Log habe ich angehangen.

SUSE 9.1 (gepatchter Kernel)
"alter" Cyberjack USB Pinpad
DB Websign HBCI-Card
gwenhywfar 1.3  
chipcard2_client-1.9.4beta
chipcard2_server-1.9.6beta
manuell starcos.xml eingefügt.

Ralph

ralph <at> linux:~> rsacard exportbankinfo -a 2 -k -v -v -f testfile1.conf --logtype=console --loglevel=info
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/."
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/.."
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/kvk.xml"
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/ddv0.xml"
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/ddv1.xml"
6:2004/12/19 20-41-52:rsacard(5030):cardmgr.c:  114: Checking file "/usr/etc/chipcard2-client/apps/geldkarte.xml"

neuer Cyberjack + udev

So, hallo nochmal, ich bin's wieder!

Jetzt nerve ich mal von vorne ;) Ich hatte mich mit meinen Problemen an
ReinerSCT gewandt und habe per Mail eine neue Firmware bekommen. Diese hat
meinen alten Cyberjack in einen neuen verwandelt, lsusb gibt jetzt dies
aus:

Bus 002 Device 005: ID 045e:0039 Microsoft Corp. IntelliMouse Optical
Bus 002 Device 004: ID 0c4b:0300  
Bus 002 Device 003: ID 04b8:0005 Seiko Epson Corp. Stylus Printer
Bus 002 Device 002: ID 04b4:6560 Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub"
Bus 002 Device 001: ID 0000:0000  
Bus 001 Device 001: ID 0000:0000  

(hin und wieder fehlt die Zeile mit dem Cyberjack übrigens)

Nun, etwas Wichtiges habe ich wohl überlesen, aber nun weiß ich's ja - der
neue Cyberjack läuft komplett im Userspace, was eigentlich erfreulich ist.

Nun weiß ich aber nicht weiter - die Bibliotheken sind installiert, die
hotplug-Dateien habe ich hoffentlich auch an die richtige Stelle gepackt
(da waren schon ähnliche Dateien vorhanden). Aber sagt jetzt dem udev,
dass es bitte schön die /dev/ttyUSB* anlegen soll? Hat jemand da
Erfahrungen gesammelt? Denn früher, vor dem Firmware-Update, hatte udev
Devices angelegt, jetzt geht das gar nicht mehr.

--

-- 
Nikolai Prokoschenko 
nikolai <at> prokoschenko.de / Jabber: pronik <at> jabber.org

Re: neuer Cyberjack + udev

Am Montag, 20. Dezember 2004 02:39 schrieb Nikolai Prokoschenko:

> Nun weiß ich aber nicht weiter - die Bibliotheken sind installiert, die
> hotplug-Dateien habe ich hoffentlich auch an die richtige Stelle gepackt
> (da waren schon ähnliche Dateien vorhanden). Aber sagt jetzt dem udev,
> dass es bitte schön die /dev/ttyUSB* anlegen soll? Hat jemand da
> Erfahrungen gesammelt? Denn früher, vor dem Firmware-Update, hatte udev
> Devices angelegt, jetzt geht das gar nicht mehr.

Normalerweise wird udev von hotplug aufgerufen, wenn ein neues Gerät im System 
auftaucht. Dies ist in /etc/hotplug.d/ geregelt. Udev erzeugt dann die 
Devices gemäß einem Satz vorkonfigurierter Regeln, die in /etc/udev/rules 
abgelegt werden. Leider bin ich auch noch relativ neu im udev-Geschäft und 
muss erst noch ein wenig experimentieren. Sehr lehrreich sind die Dokumente, 
die auf  http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html 
verlinkt sind.

Gruss,
Rainer Höckmann

--

-- 
GnuPG-Key: F7B7 7C52

Re: neuer Cyberjack + udev

On Dec 20, 2004 at 08:02:39PM +0100, Rainer Hoeckmann wrote:

> > (da waren schon ähnliche Dateien vorhanden). Aber sagt jetzt dem udev,
> > dass es bitte schön die /dev/ttyUSB* anlegen soll? Hat jemand da
> > Erfahrungen gesammelt? Denn früher, vor dem Firmware-Update, hatte udev
> > Devices angelegt, jetzt geht das gar nicht mehr.
> Normalerweise wird udev von hotplug aufgerufen, wenn ein neues Gerät im System 
> auftaucht. Dies ist in /etc/hotplug.d/ geregelt. Udev erzeugt dann die 
> Devices gemäß einem Satz vorkonfigurierter Regeln, die in /etc/udev/rules 

Was passiert denn, wenn es sich um ein Device handelt, der kein
Kernelmodul braucht, wie beim neuen Cyberjack der Fall? Dann macht doch
hotplug nichts und gibt auch nichts an udev weiter, richtig? Dann kann
udev auch keine Devices anlegen.

Allerdings lade ich nun beim Starten des Systems auch usbserial, danach
müsste udev doch eingreifen und /dev/tts/USB* anlegen?

Danke für deine Antwort

--

-- 
Nikolai Prokoschenko 
nikolai <at> prokoschenko.de / Jabber: pronik <at> jabber.org

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Kobil KAAN Standard Plus

Hallo.

Ich bin grade dabei, den Kobil KAAN Standard Plus USB bei mir 
einzurichten. Leider ist dieses Gerät noch nicht in der driver.xml 
drin, sodass vermutlich noch niemand das Geräte probiert hat.

Daher hier mal kurz die Eckdaten:

# lsusb
[...]
Bus 002 Device 003: ID 0d46:2012

# cat /proc/tty/driver/usbserial
usbserinfo:1.0 driver:v2.0
0: module:kobil_sct name:"KOBIL USB smart card terminal" vendor:0d46 
product:2012 num_ports:1 port:1 path:usb-0000:00:1d.0-1

Also die idProduct ist eins höher als die bereits vorhandene des 
"Professional".

In der configfile habe ich diesen Block hinzugefügt:

    <reader name="ko_kaan_plus_usb" com="USBSerial"
                vendor="0x0d46" product="0x2012" >
      <short>Kaan Standard Plus (USB)</short>
      <ports>
        <port value="0">USB0</port>
        <port value="1">USB1</port>
        <port value="2">USB2</port>
        <port value="3">USB3</port>

Re: Kobil KAAN Standard Plus

Moin,

On Tuesday 21 December 2004 19:56, Bernd Wurst wrote:
[...]
> Bus 002 Device 003: ID 0d46:2012
[...]
> # cat /proc/tty/driver/usbserial
> usbserinfo:1.0 driver:v2.0
> 0: module:kobil_sct name:"KOBIL USB smart card terminal" vendor:0d46
> product:2012 num_ports:1 port:1 path:usb-0000:00:1d.0-1
>
> Also die idProduct ist eins höher als die bereits vorhandene des
> "Professional".
Ok, werde ich hinzufuegen.

[...]
> Konfigurationsdatei ab. In meinem Fall also unter /root/.
>
> Dort musste ich alle "Port"-Zeilen rausnehmen, die nicht stimmten und
> die USB-Zeile zu Port0 machen, denn chipcardd2 versucht offenbar immer
> den ersten verfügbaren reader anzusprechen. mit dem cardping-Utility
> kann man den reader angeben. :)
Hmm, Libchipcard nimmt nicht den ersten, sondern den passenden 
Normalerweise kann man naemlich aus der Datei in /proc (die Du auch gepostet 
hast) sehen, welches USB-Device das ist... Leider hat Kobil da wohl intern 
wieder etwas andere Vorstellungen...

Ich wuerde Deine Ausfuehrungen gerne in ein FAQ aufnehmen, koenntest Du das 
ganze eventuell mit ein paar Beispielen garnieren ? Beispielsweise wie sah 
die Datei Ct_devices vor den Aenderungen aus, wie danach...