Andreas Koenecke schrieb:
Hallo.
* Donnerstag, 14. Dezember 2006 um 20:53 (+0100) schrieb Boris Höffgen:
Andreas Koenecke schrieb:
* Donnerstag, 14. Dezember 2006 um 18:04 (+0100) schrieb Boris Höffgen:
Er bleibt also beim Connect hängen. Die dachte, vielleicht liegt es an den High-Ports...das war es aber nicht. Hast du 'hping2'? Wenn ja, dann probiere doch mal 'hping2 -p 22 -S 132.195.92.72'.
./hping2 -y -p 22 -S 132.195.92.72 eth0 default routing interface selected (according to /proc) HPING 132.195.92.72 (eth0 132.195.92.72): S set, 40 headers + 0 data bytes
OK, die Pakete bleiben irgendwo hängen. Da hilft IMHO nur 'tcpdump'/'tethereal' o.ä. nach Port 22 auf
- dem eingehenden Interface des SSH-Servers,
tcpdump -i eth0 port 22:
08:50:44.509864 IP client.blub.de.45108 > i55287968B.versanet.de.ssh: S
3941771579:3941771579(0) win 5840
- dem ausgehenden Interface (zum Server) des Routers,
tcpdump -i eth1 port 22:
08:53:24.441606 IP fgw.blub.de.45191 > i55287968B.versanet.de.ssh: S
4111311165:4111311165(0) win 5840
- dem eingehenden Interface (zum Client) des Routers und
tcpdump -vvv -i eth2 port 22: tcpdump: listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes 0 packets captured 0 packets received by filter 0 packets dropped by kernel
- dem ausgehenden Interface des SSH-Clients.
tcpdump -i eth0 dst host i55287968B.versanet.de:
08:59:45.732055 IP client.blub.de.45472 > i55287968B.versanet.de.ssh: S
231202394:231202394(0) win 5840