Ja, ich verwende ein Modem, das sich abfragen lässt. http://www.unitymediaforum.de/viewtopic.php?f=53&t=5089
Ich bekomme eine IP per DHCP zugewiesen. Am 10.01.2009, 22:42 Uhr, schrieb tetzlav <[email protected]>: > mach mal nen ping und schau wo die mit welcher IP etc. landen: > tcpdump -ni vlan1 proto icmp > tcpdump -ni br0 proto icmp So, ich habe den Router frisch installiert (neue FW + NVRAM gelöscht). TCPDUMP liefert mir folgendes: Ping vom LAN auf 192.168.100.1: r...@235-13:~# tcpdump -i br0 -n host 192.168.100.1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 68 bytes 02:00:00.118096 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 56337 02:00:05.618258 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 56593 02:00:11.118455 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 56849 02:00:16.618564 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 57105 02:00:22.118746 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 57361 02:00:27.618881 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 57617 02:00:33.119051 IP 192.168.1.48 > 192.168.100.1: icmp 40: echo request seq 57873 r...@235-13:~# tcpdump -i vlan1 -n icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes 0 packets captured 0 packets received by filter 0 packets dropped by kernel Zum Vergleich: Ping vom Router direkt aus: r...@235-13:~# tcpdump -i vlan1 -n icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes 02:08:21.602782 IP 92.50.101.xxx > 192.168.100.1: icmp 64: echo request seq 0 02:08:21.603405 IP 192.168.100.1 > 92.50.101.xxx: icmp 64: echo reply seq 0 02:08:22.600440 IP 92.50.101.xxx > 192.168.100.1: icmp 64: echo request seq 256 02:08:22.601006 IP 192.168.100.1 > 92.50.101.xxx: icmp 64: echo reply seq 256 02:08:23.600442 IP 92.50.101.xxx > 192.168.100.1: icmp 64: echo request seq 512 02:08:23.601011 IP 192.168.100.1 > 92.50.101.xxx: icmp 64: echo reply seq 512 Ping vom LAN auf einen Host im Internet: r...@235-13:~# tcpdump -i br0 -n icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 68 bytes 02:17:14.767585 IP 192.168.1.48 > 141.1.1.1: icmp 40: echo request seq 14867 02:17:14.775980 IP 141.1.1.1 > 192.168.1.48: icmp 40: echo reply seq 14867 02:17:15.768597 IP 192.168.1.48 > 141.1.1.1: icmp 40: echo request seq 15123 02:17:15.774907 IP 141.1.1.1 > 192.168.1.48: icmp 40: echo reply seq 15123 02:17:16.768634 IP 192.168.1.48 > 141.1.1.1: icmp 40: echo request seq 15379 02:17:16.774681 IP 141.1.1.1 > 192.168.1.48: icmp 40: echo reply seq 15379 r...@235-13:~# tcpdump -i vlan1 -n icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes 02:14:11.720657 IP 92.50.101.xxx > 141.1.1.1: icmp 40: echo request seq 33554 02:14:11.727037 IP 141.1.1.1 > 92.50.101.xxx: icmp 40: echo reply seq 33554 02:14:12.720592 IP 92.50.101.xxx > 141.1.1.1: icmp 40: echo request seq 33810 02:14:12.726415 IP 141.1.1.1 > 92.50.101.xxx: icmp 40: echo reply seq 33810 02:14:13.721601 IP 92.50.101.xxx > 141.1.1.1: icmp 40: echo request seq 34066 02:14:13.728927 IP 141.1.1.1 > 92.50.101.xxx: icmp 40: echo reply seq 34066 Die Pakete zu 192.168.100.1 kommen also auf der br0 an, werden aber nicht ins vlan1 geroutet/weitergeleitet. ssh -L 8080:192.168.100.1:80 [email protected] hat leider auch nicht funktioniert. -- 118.2 _______________________________________________ freifunk-leipzig mailing list [email protected] https://lists.subsignal.org/mailman/listinfo/freifunk-leipzig
