Ich habe dieses "Problem" ebenfalls mit meiner 7390er FW 84.04.89.
Ich bilde mir ein, dass es bei der 88er noch ging.
Nervig ist es, weil ich meine Bookmarks und einige Files auf dem Laptop im Hintergrund mit meinem Server (über den dyndns Namen angesprochen) synchronisiere.
Das Funktioniert überall, nur nicht in meinem LAN!
Beim Testen ist mir aufgefallen, dass es die 7390 selber anscheinend kann.
Hier mal was die Box per Telnet ausspuckt.
Code:
# ping meindyndns.dyndns.org
PING modetrader.ath.cx (77.20.xx.xx): 56 data bytes
64 bytes from 77.20.xx.xx: seq=0 ttl=64 time=0.479 ms
64 bytes from 77.20.xx.xx: seq=1 ttl=64 time=0.361 ms
64 bytes from 77.20.xx.xx: seq=2 ttl=64 time=0.367 ms
64 bytes from 77.20.xx.xx: seq=3 ttl=64 time=0.364 ms
64 bytes from 77.20.xx.xx: seq=4 ttl=64 time=0.367 ms
64 bytes from 77.20.xx.xx: seq=5 ttl=64 time=0.358 ms
64 bytes from 77.20.xx.xx: seq=6 ttl=64 time=0.368 ms
64 bytes from 77.20.xx.xx: seq=7 ttl=64 time=0.367 ms
64 bytes from 77.20.xx.xx: seq=8 ttl=64 time=0.365 ms
64 bytes from 77.20.xx.xx: seq=9 ttl=64 time=0.363 ms
--- meindyndns.dyndns.org ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 0.358/0.375/0.479 ms
#
Auf (m)einer Windowskiste geht es nicht (mit XP und W7 getestet).
Mein Blackberry hat auch Probleme.
Interessanterweise sagt mein Debian Server.
Code:
# ping meindyndns.dyndns.org
PING modetrader.ath.cx (77.20.xx.xx) 56(84) bytes of data.
64 bytes from 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx): icmp_req=1 ttl=63 time=0.603 ms
64 bytes from 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx): icmp_req=2 ttl=63 time=0.454 ms
64 bytes from 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx): icmp_req=3 ttl=63 time=0.461 ms
64 bytes from 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx): icmp_req=4 ttl=63 time=0.453 ms
64 bytes from 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx): icmp_req=5 ttl=63 time=0.454 ms
^C
--- meindyndns.dyndns.org ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 8039ms
rtt min/avg/max/mdev = 0.453/0.485/0.603/0.059 ms
Hier ein Trace von der Debian Kiste
Code:
traceroute meindyndns.dyndns.org
traceroute to meindyndns.dyndns.org (77.20.xx.xx), 30 hops max, 60 byte packets
1 fritz.box (10.26.128.1) 0.455 ms 0.587 ms 0.917 ms
2 77-20-xx-xx-dynip.superkabel.de (77.20.xx.xx) 5.267 ms !X 5.303 ms !X 5.272 ms !X
NAS:/$
zum Vergleich von einer W7 Kiste
Code:
C:\>ping meindyndns.dyndns.org
Ping wird ausgeführt für meindyndns.dyndns.org [77.20.xx.xx] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 77.20.64.18:
Pakete: Gesendet = 2, Empfangen = 0, Verloren = 2
(100% Verlust),
STRG-C
^C
C:\
Und hier der Trace
Code:
tracert meindyndns.dyndns.org
Routenverfolgung zu meindyndns.dyndns.org [77.20.xx.xx] über maximal 30 Abschnitte:
1 <1 ms <1 ms <1 ms fritz.box [10.26.128.1]
2 * * * Zeitüberschreitung der Anforderung.
3 * * * Zeitüberschreitung der Anforderung.
4 * * * Zeitüberschreitung der Anforderung.
5 * * * Zeitüberschreitung der Anforderung.
6 * * * Zeitüberschreitung der Anforderung.
7 * * * Zeitüberschreitung der Anforderung.
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * * * Zeitüberschreitung der Anforderung.
16 ^C
C:\
Finde ich komisch.
Was soll das denn bitte für ein Sicherheitsfeature sein? Es ist ja wohl mittlerweile ziemlich normal, dass man seine WAN IP auch von Intern erreichen will.
Warum ist Linux als Client und die Box selber nicht betroffen.
Windows und Blackberry aber doch.
Für mich ist das ein BUG und kein Feature
. Ganz zu schweigen von meinem
