Danke fĂĽr den Link, die Datei dort funktioniert bei mir
Aufgefallen am Speedtouch 546 sind mir bis jetzt aber ein paar mehr oder weniger störende Dinge und Fragen:
Ich verwende hinter meinem Speedtouch noch einen Router, und habe sozusagen doppeltes NAT. Damit das Portforwarding nun trotzdem so wie vorher bei PPTP funktioniert habe ich beim Speedtouch eine Forwarding-Regel fĂĽr die Ports 1-65535 fĂĽr TCP und UDP zum Router eingerichtet.
Sobald die Regel aktiv ist, kann ich keine DNS-Anfragen mehr machen, wenn ich als DNS-Server das Speedtouch (10.0.0.138) anspreche. Irgendwie scheint diese Routing-Regel alle Ports forzuwarden den integrierten DNS-Server auĂźer Gefecht zu setzen.
Auch noch aufgefallen ist mir ein Bug in der Speedtouch-Oberfläche:
FĂĽr mein Forwarding aller Ports habe ich wie es eben notwendig ist eine eigene Applikation angelegt, die diese Port-Weiterleitungen festlegt.
Als Name wähle ich '#Router' (ohne Anführungszeichen). Ich dachte das Zeichen '#' zu Beginn wäre ein guter Trick, damit meine so erstellte Anwendung ganz am Anfang der Liste aufscheint.
Anlegen kann man die zwar so, Ports festlegen aber nicht mehr. Die Eingabemaske für die Port-Regeln meldet nämlich immer den Fehler, die Anwendung mit Name '#Router' würde es nicht geben.
Schuld ist das #-Zeichen. Ohne diesem funktioniert es einwandfrei.
Und eine kleine Sache wäre noch: Bei der Verbindung mit dem Internet ist der Modus Dial-On-Demand gewählt, als Idle-Time 900 angegeben, und als Trigger für den Dial-Prozess Tx, was wohl für Senden steht.
Was ist, wenn ich die Idle-Time auf 0 setze? Ist das Speedtouch dann tatsächlich always-on? Oder wird nach einer Zwangstrennung ein Neuverbinden erst mit einem Trigger, einem Senden von Daten nach außen ausgelöst?