Smartcard-Probleme mit IGEL ThinClient

[#1]

Hallo zusammen,

seit dem 14.0er Update scheint es Probleme mit der Smartcard Durchschleifung von IGEL ThinClients in die Citrix-Umgebung zu geben.

Das Sicherheitspaket ist grün, aber die Smartcard kann beispielsweise bei der Anschaltung zum digitalen Belegbuchen in Kanzlei Rewe nicht ausgewählt werden.

Was mir auch noch aufgefallen ist: Der Kobil Smart Card Leser hat beim Zugriff via IGEL in der Bezeichnung "0000", beim Zugriff via RDP von einem Windowsgerät hingegen "1"

Kann man daraus irgendwas ableiten? Hat schon jemand Erfahrungen gemacht?

[#2]

Ja, ist bekannt und hat man hier schon einmal gelesen. Vielleicht hilft's: IGEL OS und Unternehmen Online

[#3]

Wir haben nun herausgefunden, dass es doch nicht unbedingt mit der Smartcard-Durchschleifung des IGEL zu tun haben muss.

Ruft man beispielsweise mit dem Firefox Unternehmen Online auf, öffnet sich der PIN-Dialog des Sicherheitspakets und man kann im UO arbeiten.

Via Internet-Explorer in UO funktioniert nicht, Aufruf des digitalen Belegbuchens (das ja afaik im Hintergrund auch via IE läuft), ebenfalls nicht.

Der IE ist eigentlich gemäß DATEV-Empfehlung konfiguriert.

[#4]

---

@stka schrieb:

Der IE ist eigentlich gemäß DATEV-Empfehlung konfiguriert.

---

Den DATEV aber mittlerweile nicht mehr möchte und lieber Google Chrome oder Microsoft Edge nutzt. Interessant, dass FireFox geht, der eigentlich manuell eingestellt werden muss, damit er SmartCards akzeptiert.

Vielleicht eine Idee: SC0504502 beim Nutzen der DATEV SmartCard 

Was ich auch hatte: ältere mIDentities verfügen wohl über eine alte Firmware. Ich hatte die o.g. Fehlermeldung durch Tauschen des mIDentities gelöst, der eine aktuellere Firmware hatte. 

[#5]

Lässt sich durch ändern des Standardbrowsers im System regeln, mit welchem Browser Kanzlei Rechnungswesen die Beleganschaltung macht?

[#6]

Das sollte doch via REST oder SOAP funktionieren. Und wenn die Abfrage zum DATEV Benutzer kommt, sollte dann der Standardbrowser greifen. Gibt es einen KOMMSRV, dann geht das Fenster ja von alleine wieder zu. Aber dass REWE für die Belege den IE11 nutzt, wäre mir neu.  

[#7]

Haben jetzt mal Chrome installiert und zum Standardbrowser gemacht, leider kommt man auch damit weder ins  UO noch ins digitale Belegbuchen.

Lediglich mit dem einzig überhaupt nicht supporteten Browser (Firefox) kommt man ins UO... 😄

[#8]

---

@stka schrieb:

Lediglich mit dem einzig überhaupt nicht supporteten Browser (Firefox) kommt man ins UO... 

---

Hier nun das gleiche 😂. Windows 10 PC aber neben dem DATEV mIDentity ist noch eine andere SmartCard von D-Trust von der Apotheke dran. Egal, was ich gemacht habe inkl. AVAST aus und den D-Trust aus. Immer klappte der Login via IE11 und MS Edge nicht. 

FireFox war auch hier die einzige Möglichkeit. Statt ScanModul wird nun Upload Online genutzt via Captiva Runtime. Nicht meine Lösung, keine schöne Lösung aber geht. 

Jemand eine Idee, was da mit den Zertifikaten los ist? Schätze der FireFox kennt in meinem Fall dann jenes der D-Trust nicht und daher klappt UO. 

[#9]

Für das digitale Belegbuchen könnte man sich ja vermutlich behelfen, in dem man den Usern das Recht einräumt, ohne Smartcard Belege zu buchen oder?

[#10]

Ja, das geht. Steckt aber die SmartCard, wird immer diese genutzt und hat die keine Rechte oder kann auf diese nicht zugegriffen werden (ist aber grün), fährt DATEV vor die Wand. Steckt keine SmartCard, wird der DATEV Benutzer (auch in der RVo zu finden) genutzt, der Rechte hat und mit dem alles geht.

Achtung: Beleginformationen nach UO zurückschreiben, damit man Belege dort findet, klappt nur mit SmartCard. 

Warum nur FireFox - ich habe 0 Ahnung. Ist mir noch nie untergekommen. Warte hier auch auf einen Input der DATEV. 

[#11]

Hallo,

gibt es zu diesem Thema Neuigkeiten, sind mittelbar auch betroffen.

Vielen Dank!

Taxit

[#12]

Hallo,

ich habe das gleiche lösen müssen, allerdings mit HP ThinClient (Linux) und Citrix. Es läuft, aber erst nachdem ich verstanden habe das ich den Stick nicht explizid durchreichen darf. Das hat nur einen Schönheitsfehler, der gleich ewie vor Jahren bereits, der Leser muss vor dem Sitzungsstart gesteckt werden und die Sitzung darf nicht getrennt werden. Der Stick wird automatisch erkannt.

Nur RDP von einem ThinClient erscheint mir unproblematischer.

Wenn wer mehr Erfahrungen hat, dass würde mich sehr interessieren.