home cash light mit Sinus 1054 dsl

Hallo zusammen,

seit dem wir unseren W-LAN Zugang zum Sinus 1054 dsl erfolgreich angelegt haben, funktioniert alles nur nicht das home cash light Programm.

1. Welcher Port muss freigeschaltet werden, muss überhaupt einer freigeschaltet werden?

2. Wenn ja, welches Protokoll muss ich benutzen? TCP/IP oder UDP?

Ich bekomme folgende Fehler: :evil:

INERR (9999) Fehler auf dem Transportweg
INERR (9999) TCP/IP Verbindung: Es konnte keine VErbindung zur IP "xxx" hergestellt werden, Systemfehlercode: WSAETIMEOUT.

Hat jemand diesen Fehler korrigieren können?

Ich möchte doch nur ein Programm benutzen :?

Vielen Dank für jede Hilfe

Viele Grüße

maz

Hi,

ich möchte folgende Adresse ansprechen:

hbci.gad.de

ich hoffe, dass es das was du wissen wolltest...

exakt die selbe Reihenfolge. Das hört sich nicht gut an...

Nur die XP interne --> inaktiv

Ansonsten gibt es noch die von der Sinus 1054 dsl Anlage.

Einstellungen sind alle wie gewünscht, doch der Erfolg bleibt aus...

T-Online...

Ich führe den Test mal durch.

Der Router blockt Pings von aussen, das ist ganz normal und eine sinnvolle Standard-Einstellung.
Somit kann ein Port-Scan, den irgendein böser Bude im Netz auf deine IP schickt, dich nicht erkennen

Vielleicht geht meine Phantasie etwas zu weit. Kann es sein, dass die home cash light version etwas geblockt wird?

Habe jetzt schon das zweite Mal mit meinem Bankmenschen gesprochen und jedesmal wirbt er für die home cash version. Damit läuft alles reibungslos, sagt er...

Doch wozu unnötig Geld ausgeben, wenn Mensch ein Programm nicht benötigt.

Habt ihr noch Tipps oder steht ihr ebenfalls mit einem großen Fragezeichen da?

Hallo Cap,



wie immer verspüre ich bei dieser Behauptung den unbezähmbaren Drang, meinen Sermon dazu geben zu müssen... :twisted:

Das Blocken von Pings durch den Router beim Endnutzer (mit variabler IP-Adresse) ist nicht sinnvoll, sondern im Gegenteil völliger Humbug.

Der böse Portscanner erkennt an drei Ergebnissen, dass am anderen Ende der Verbindung ein Rechner mit gültiger IP ist:
1. ACCEPT (ich bin da)
2. REJECT (ich bin da, will aber nicht antworten)
3. DENY oder DROP (ich bin da, tu aber so als wäre ich nicht da)

Das heißt, auch wenn meine Firewall die Pings ignoriert, weiß der Angreifer sicher, dass mein Rechner online ist.
Um zu erreichen, dass der Angreifer glaubt ich wäre nicht da, müsste der davorliegende Router (also der meines Providers) das REJECT schicken (Destination unreachable).

Darum bringt das schon mal nichts.

Humbug ist es aber, weil einige sinnvolle Steuerungen über das ICMP-Protokoll (darüber läuft auch Ping) gehandlet werden.

Das "beliebte" MTU-Problem (u.a bei HBCI mit der SI) liegt auch daran, dass keine ICMP-Requests beantwortet werden, denn wenn solche Server (bzw. der Gateway davor) auf ein Ping mit einem Fehler "fragmentation needed" antworten würde, dann würde die MTU für diese Verbindung automatisch reduziert und alles liefe wunderbar...

Der Fairness halber muss ich aber sagen, dass mir das Sicherheitskonzept der SI nicht bekannt ist, es mag durchaus gute Gründe für das Verhalten dort geben (ist aber auch nicht mit einem normalen Internet-User zu vergleichen, die SI wird sicher mehrere IP-Adressen und eine DMZ haben ).

Lesenswerte Links zu diesem Thema sind:
de.comp.security.firewall FAQ
speziell dann hier:
de.comp.security.firewall FAQ - DENY
und hier:
de.comp.security.firewall FAQ - MTU

Hilfreich ist auch:
ICMP Konfiguration bei Firewalls
und natürlich:
RFC792

So, genug gemeckert...

Gruß
BW