Ja, ich werde den Speedport wegen WLAN to Go weiternutzen. Das wuerde ich evt. nicht tun,wenn ich nicht fuer mich einen workaround fuer mich gefunden haette.
Die PIX uebernimmt bei mir wirklich nur die Funktion einer Firewall (und ggfs. eines
VPN-Endpunkts). Mein Workaround sieht anders aus (vor allem, weil ich die vorher von mir benutzten IP-Adressen meines Arbeitgebers an meiner PIX haben wollte, direkt aus dem Internet erreichbar). Ich habe hinter den Speedport eine Cisco 1841 mit einer "advanced IP" Firmware gesetzt. Dieser Router baut nun eine IPSEC-Verbindung zu einem Router bei meinem Arbeitgeber auf (bei mir ein LAN-to-LAN VPN, ueber das jedoch nur der Traffic von der Loopbackadresse der 1841 zur Loopbackadresse des Routers bei meinem Arbeitgeber geroutet wird). Dann habe ich auf beiden Seiten Tunnel fuer IPv4 und IPv6 Traffic konfiguriert:
interface Tunnel4
ip address 192.168.111.174 255.255.255.252
load-interval 30
keepalive 10 3
tunnel source Loopback0
tunnel destination x.x.x.x
tunnel mode ipip
!
interface Tunnel6
no ip address
load-interval 30
ipv6 address yyyy:yyyy:yyyy:yyyy::1/64
ipv6 enable
keepalive 10 3
tunnel source Loopback0
tunnel destination x.x.x.x
tunnel mode ipv6ip
! Default-Route ueber den Tunnel
ip route 0.0.0.0 0.0.0.0 192.168.111.173
! Route zum Tunnelendpunkt auf der Gegenseite ueber den Speedport
ip route x.x.x.x 255.255.255.255 192.168.2.1
! FUER ipV6 Die Default-Route ueber yyyy:yyyy:yyyy:yyyy::2, sprich ueber die
! IPv6-Adresse des "Tunnel6" Interfaces der Gegenseite
! dann noch passende Routen fuer die Netze hinter der PIX auf die Pix: fertig
Das x.x.x.x steht fuer die loopbackadresse auf dem Router meines Arbeitgebers, die yyyy:yyyy:yyyy:yyyy::1 ist eine Adresse aus einem IPv6-Transfernetz zwischen 1841 und Cisco PIX. Das RFC1918-Netz 192.168.111.172/30 ist bei mir das IPv4-Transfernetz zwischen 1841 und PIX. die von mir genutzten "offiziellen" IPv4 und IPv6-Adressen liegen auf dem "inside" Interface der PIX und werden von dem Router meines Arbeitgebers ueber die Tunnel-Interfaces geroutet (und von der 1841 zur PIX)..
Wenn die PIX eine Cisco ASA mit Firmware 8.4 oder neuer waere, gaebe es eine einfachere Moeglichkeit: dann oennte die Firewall einen IPSEC-Tunnel aufbauen, ueber den dann direkt die IPv4 und IPv6 Adressen hinter der Firewall geroutet werden. Eine Moeglichkeit, wie man so etwas konfigurieren kann, sollte hier zu finden sein:
https://supportforums.cisco.com/blog/151576/asa-parallel-ipv4-and-ipv6-ipsec-tunnels-over-ipv4
Mit meiner PIX geht das leider nicht, denn die neueste fuer die PIX verfuegbare Firmware ist 8.04, und die ist meines Wissens nach dafuer zu alt.
Bei meiner momentanen Loesung dient der IPSEC-Tunnel auf der 1841 nur dazu, eine feste IP-Adresse als Tunnelendpunkt auf der 1841 zu bekommen (fuer die beiden Tunnelinterfaces).
Und zur Portweiterleitung auf dem Speedport: Ich denke auch, dass es an der Firewall liegt (das die freigegebenen Ports in der Firewall nicht automatisch freigeschaltet werden). Ich kann da aber nur Vermutungen anstellen, da ich nicht wirklich sehen kann, was denn im Speedport ablaeuft (es gibt ja keine Firewall-Logs des Speedport ...). Ich habe zumindest mit dem Speedport kein funktionierendes Portforwardung hinbekommen, und es ist mir auch nicht gelungen, die Firewall abzuschalten (was ich ansonsten allein schon deshalb gemacht haette, weil sich der Router mit angeschalteter Firewall nicht von aussen anpingen laesst und somit die Ueberwachung der DSL-Leitung "von aussen" erschwert bis unmoeglich macht ...
Wenn man den Speedport gekauft hat (ist bei mir nicht der Fall) koennte man ggfs. die Firmware aendern (der Source der Firmware steht ja zum Download zur Verfuegung, wenn auch (als ich zuletzt nachgesehen habe) noch nicht von der neuesten Version ...
