HBCI-Diskette: ProfiCash geht, SFIRM32 nicht

Hallo Leute,

wir versuchen gerade in SFIRM32 ein Fiducia-Konto mit HBCI-Diskette einzurichten.

Der Kunde wählt sich über einen Router ein, Port 3000 ist frei, verwendet einen http-Proxy.

Wenn er sich über SFIRM32 rauswählt kommt folgende Fehlermeldung:

RDH-Schlüssel mit Bank austauschen

Verbindung mit VB ... (BLZ ***9****) via TCP/IP wird hergestellt

Internetverbindung wird überprüft ... fehlgeschlagen

Hinweis:
Der eingestellte Proxy wird nicht verwendet, da er ein HTTP-Proxy ist. Für HBCI mit Chipkarte oder Diskette wird ein SOCKS5-Proxy benötigt.

TCP/IP-Verbindung: Es konnte keine Verbindung zu 'hbci01.fiducia.de:3000' hergestellt werden (Systemfehlercode: WSAETIMEDOUT).

Nun kommt das paradoxe. Auf dem Rechner ist ist auch ProfiCash 7.x installiert und das kann die Daten mit den gleichen Einstellungen wie bei SFIRM32 senden. :shock: Hat das Programm einen integrierten Proxy-Server o.ä.? Was ist da anders?

Gruß Mike

Hallo Captain,

das war ein Vertipper. Hatte die Meldung nur auf Fax. ops:

Seit der Version 7.x kann man in ProfiCash einen Internetzugang über HTTP-Proxy und/oder einen Zugang SOCKS5-Proxy einrichten.

Diese Zugänge wurden speziell wegen des/dem DATEV-Zugang eingeführt, kommt uns allerdings auch bei anderen Zugängen oft zu passe....

Mit HTTP und Socks Proxy geht Sfirm32 genauso um wie Proficash. Sfirm bringt die Meldung oben nur, wenn ein HTTP Proxy hinterlegt ist und gleichzeitig die Verbindung über nacktes TCP/IP (also kein HTTP/HTTPS) läuft. Das kann der Proxy dann logischerweise nicht, und somit wird die Verbindung ohne Proxy aufgebaut.

Das Problem liegt hier nicht in den Unterschieden der beiden Produkte, sondern im Proxy an sich und seiner Konfoguration im Programm. Sfirm kann eigene Proxy Einstellungen verwenden, die Konfig des IE dazu verwenden oder explizit keinen Proxy nutzen.

Da muss natürlich etwas drinstehen, was zu der aufgebeuten Technik passt. Solange das nicht bekannt ist, können wir nur im Dunkeln stochern, oder in ProfiCash gucken, was dort eingestellt ist

Es gibt keinen Gatewaydienst, der hier helfen könnte...
Ein HTTP Proxy kann eben nur dann seine Dienste anbieten, wenn es um die Auslieferung von Webseiten geht. HBCI-PIN/TAN arbeitet auf dieser Ebene (nutzt also einen Webserver, daher Port 443), HBCI-Chip oder Disk nicht. Dort kommt ein eigenes Protokoll zum Einsatz (eben HBCI), welches nur nackt in Paketform über 3000 gesendet wird.

eine Lösung, die meist passt (bei Providerwechsel muss man dann aber immer wieder tätig werden): statt der URL die IP eintragen (kriegt man über einen Rechner, der direkt im Internet hängt und die URL anpingt). Die SFIRM-Hotline hilft da gerne weiter.

Ok ok ok, vielleicht ist das nun nicht DIE Lösung für das Problem, aber einen Versuch ist es Wert. Ich habe diesen Fehler auch schon oft in der Praxis erlebt. Wenn der Proxy soweit mit ProfiCash arbeitet, dann probiere doch einfach mal in den Verbindungsdaten der "HBCI-Banken" anstatt der Adresse 'hbci01.fiducia.de:3000' die sich dahinter verborgene IP-Adresse einzustellen und natürlich auf "aktiv" zu stellen. So konnte ich schon viele, weitaus "kompliziertere" Wege umgehen.

Check it

Aber hier hat doch keiner im Vorfeld von KEN gesprochen, oder? *such* Zumal doch dann auch eine solche Porteinrichtung (damals) im ProfiCash stattgefunden haben sollte.

Ich entnehme dem aber, dass das Problem offensichtlich gelöst ist Dann lass uns nicht weiter drüber reden.

Greetings und weiterhin frohes Schaffen.