TAN-Verfahren in Hibiscus Server

textshop

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2024

Betreff:

TAN-Verfahren in Hibiscus Server

· Gepostet: 09.12.2024 - 12:31 Uhr · #1

Nachdem ich Hibiscus schon seit vielen Jahren als Desktop-Anwendung nutze, habe ich nun auch erstmals den Hibiscus-Server auf einer Debian-12-Maschine eingerichtet. Beim Einrichten des ersten Bankzugangs stellt sich mir die Frage, was in die Felder "TAN-Verfahren" und "TAN-Medienbezeichnung" einzutragen ist. Es handelt sich um ein Konto bei einer Genossenschaftsbank, bei dem in Hibiscus Desktop das TAN-Verfahren "SecureGo" eingestellt ist.

Gibt es irgendwo eine Dokumentation der möglichen Parameter? Oder kann ich die Werte irgendwo aus Hibiscus Desktop auslesen?

hibiscus

Benutzer

Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10647
Dabei seit: 03 / 2005

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 09.12.2024 - 13:10 Uhr · #2

Die TAN-Verfahrensnummern sind bei jeder Bank anders. In aller Regel eine 3-stellig mit 9 beginnende Zahl. Im Desktop können die Werte in der Detailansichtr des Bankzugangs nach dem Klick auf "BPD/UPD" mit dem Suchbegriff "TAN2StepParams" angezeigt werden. Unter "*.secfunc" findet sich jeweils die Verfahrensnummer. Im zugehörigen "*.name" die Bezeichnung dieses TAN-Verfahrens. Die TAN-Medienbezeichnung kann i.d.R. leer bleiben. In aller Regel gibt es ohnehin nur eine, die von Hibiscus automatisch abgerufen und ausgewählt wird.

textshop

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2024

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 08:17 Uhr · #3

Vielen Dank für die schnelle Hilfe. Leider tritt nun ein anderes Problem auf. Wenn ich eine Synchronisierung durchführen, erhalte ich unzählige Fehlermeldungen dieser Art:

Code

consumer de.willuhn.jameica.hbci.messaging.NeueUmsaetze produced an error (java.lang.NullPointerException: java.lang.NullPointerException: Cannot read field "display" because "de.willuhn.jameica.gui.GUI.gui" is null) while consuming message de.willuhn.jameica.hbci.messaging.ImportMessage@5313ced3

error while processing message
java.lang.NullPointerException: Cannot read field "display" because "de.willuhn.jameica.gui.GUI.gui" is null
  at de.willuhn.jameica.gui.GUI.getDisplay(GUI.java:993)
  at de.willuhn.jameica.gui.util.DelayedListener.handleEvent(DelayedListener.java:78)
  at de.willuhn.jameica.hbci.messaging.NeueUmsaetze.handleMessage(NeueUmsaetze.java:114)
  at de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver(NamedConcurrentQueue.java:249)
  at de.willuhn.jameica.messaging.NamedConcurrentQueue.access$000(NamedConcurrentQueue.java:29)
  at de.willuhn.jameica.messaging.NamedConcurrentQueue$1.run(NamedConcurrentQueue.java:84)
  at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
  at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
  at java.base/java.lang.Thread.run(Thread.java:840)

Woran kann das liegen?

hibiscus

Benutzer

Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10647
Dabei seit: 03 / 2005

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 08:27 Uhr · #4

An einer veralteten Hibiscus-Server-Version.

textshop

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2024

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 14:28 Uhr · #5

Das ist eine frisch installierte 2.10.23. Ist es ratsam, zum Nightly-Release zu wechseln?

hibiscus

Benutzer

Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10647
Dabei seit: 03 / 2005

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 14:37 Uhr · #6

Achso, ja stimmt, Sorry. Es ist ein Fehler im aktuellen Jameica 2.10.4, welches auch von der aktuellen Hibiscus-Server-Version verwendet wird. Ja, verwende das Nightly-Build. Dort ist der Fehler behoben.

textshop

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2024

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 16:13 Uhr · #7

Ich habe das Nightly-Build installiert, und nun erhalte ich eine ganze Reihe Fehlermeldungen wie diese:

Code

unable to load konto list
java.rmi.RemoteException: Der Service "database" wurde nicht gefunden
  at de.willuhn.jameica.hbci.Settings.getDBService(Settings.java:78)
  at de.willuhn.jameica.hbci.SynchronizeOptions.getSynchronizeKonten(SynchronizeOptions.java:44)
  at de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend.getSynchronizeKonten(AbstractSynchronizeBackend.java:67)
  at de.willuhn.jameica.hbci.synchronize.scripting.ScriptingSynchronizeBackend.getSynchronizeKonten(ScriptingSynchronizeBackend.java:72)
  at de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend.getSynchronizeJobs(AbstractSynchronizeBackend.java:249)
  at de.willuhn.jameica.hbci.payment.web.beans.Jobs.getJobs(Jobs.java:72)
  at de.willuhn.jameica.hbci.payment.web.beans.Welcome.haveJobs(Welcome.java:63)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:569)
  at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
  at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
  at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
  at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
  at org.apache.velocity.runtime.parser.node.ASTReference.evaluate(ASTReference.java:530)
  at org.apache.velocity.runtime.parser.node.ASTAndNode.evaluate(ASTAndNode.java:106)
  at org.apache.velocity.runtime.parser.node.ASTExpression.evaluate(ASTExpression.java:62)
  at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:85)
  at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
  at org.apache.velocity.Template.merge(Template.java:356)
  at org.apache.velocity.Template.merge(Template.java:260)
  at de.willuhn.jameica.webtools.FrontController.service(FrontController.java:253)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
  at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1443)
  at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:791)
  at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:550)
  at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
  at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:567)
  at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
  at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
  at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
  at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
  at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1435)
  at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
  at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)
  at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
  at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
  at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1350)
  at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
  at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234)
  at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
  at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:191)
  at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
  at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
  at org.eclipse.jetty.server.Server.handle(Server.java:516)
  at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:388)
  at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:633)
  at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:380)
  at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:279)
  at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
  at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
  at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:540)
  at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:395)
  at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:161)
  at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
  at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
  at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)
  at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)
  at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)
  at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129)
  at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:383)
  at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:882)
  at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1036)
  at java.base/java.lang.Thread.run(Thread.java:840)

Die Datenbank-Konfiguration habe ich von der vorigen Version übernommen, daran kann es also nicht liegen.

hibiscus

Benutzer

Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10647
Dabei seit: 03 / 2005

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 10.12.2024 - 16:44 Uhr · #8

Das sind Folgefehler. Bitte poste das gesamte Log. Nur anhand des Stacktraces kann man den Fehler nicht erkennen. Die Ursache passiert viel früher beim Start - vermutlich kann die Verbindung zur Datenbank nicht hergestellt werden. Ich nehme an, das hier ist die Ursache: https://www.willuhn.de/blog/in…riaDB.html

textshop

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2024

Betreff:

Re: TAN-Verfahren in Hibiscus Server

· Gepostet: 12.12.2024 - 10:30 Uhr · #9

Die Vermutung war richtig. Nachdem ich in der Konfiguration diei URL von "mysql" auf "mariadb" geändert habe, funktioniert alles einwandfrei. Herzlichen Dank für die Unterstützung!