Próbuję zabić ustanowione połączenie TCP za pomocą tcpkill. Połączenie jest otwartym połączeniem HTTPS. Pojawia się na netstat jako:
tcp 0 0 X.X.X.X:55601 X.X.X.X:https ESTABLISHED
Tak więc, zgodnie ze stroną podręcznika , wpisuję:
$ tcpkill -i eth1 -9 port 443
Narzędzie tcpkill generuje:
tcpkill: listening on eth1 [port 443]
... a potem po prostu się zawiesza. Po odczekaniu około 15 minut nie jestem pewien, co się tutaj dzieje.
czy robię coś źle?
Odpowiedzi:
Aby tcpkill działał (tj. Stworzyć pakiet resetowania, który ma poprawny numer sekwencji i port źródłowy), musi istnieć ruch. Jeśli nic więcej nie jest drukowane, to nie ma ruchu. Aby zweryfikować, możesz uruchomić tcpdump -i eth1 port 443.
Musiałem zabić ustanowione połączenie, na którym nie było ruchu (sesja debugowania na maszynie JVM).
tcpkilljak wyjaśniono w @Mark Wagner odpowiedź nie mogła tego zrobić, jednak zrobiła to wersja killcx1.0.3 ( link ) (Ubuntu 10.04).
Jest to skrypt perla, który jest zależny od kilku bibliotek.
Edytować
W przypadku połączenia, którego nie można zabić za killcxpomocą kombinacji obu tych elementów, tcpkilli killcxzrobiono to:
Powiedz połączenie, jeśli od LOCAL:PORTL doREMOTE:PORTR
tcpkill port PORTL. Tcpkill zacznie nasłuchiwać ruchukillcx REMOTE:PORTR