[Sysadmins] Блокировка IP
Dank Bagryantsev
4alt на mail.ru
Вт Июн 5 12:16:19 MSK 2012
Здравствуйте.
Вы писали 5 июня 2012 г., 6:08:50:
R> 04.06.2012 22:54, Dank Bagryantsev пишет:
>> В таких непонятных случаях, tcpdump - наше всё.
>> Если у вас проблемы видны не только с traceroute, но и с ping
>> то запускаете tcpdump на интерфейсах сервера, проблемного компьютера и
>> роутера. Что-то типа
>> tcpdump -nn -i eth0 icmp or arp
>>
>> Запускаете ping сначала с компьютера на сервер
R> В общем, так. 82.179.1.159 - проблемный IP. 82.179.12.137 - IP
R> сервера. Пингую с 82.179.1.159, пинг говорит о превышении таймаута, в
R> выводе tcpdump встречается такое:
R> 10:15:08.878094 IP 82.179.1.159 > 82.179.12.137: ICMP echo request, id
R> 512, seq 51456, length 40
Я ведь не зря сказал о tcpdump'ах на роутере(ах).
Судя по traceroute, то от проблемного компьютера до сервера должно быть 2 роутера, так?
Пока видно только то, что с компьютера пакеты куда-то якобы отсылаются.
Теперь надо определить:
на входящие интерфейсы роутеров пакеты приходят?
с исходящих уходят?
в правильном направлении уходят?
>> потом обратно.
R> Пингую с сервера на машину, пинг проходит, tcpdump говорит:
R> 10:18:15.058740 IP 82.179.12.137 > 82.179.1.159: ICMP echo request, id
R> 911, seq 8, length 64
R> 10:18:15.059314 IP 82.179.1.159 > 82.179.12.137: ICMP echo reply, id
R> 911, seq 8, length 64
На проблемном компьютере в это время ничего tcpdump не выводит, так?
Если не выводит, то тогда это отвечает дубликат.
Если выводит, то что?
R> При обращении из броузера броузер говорит, что соединение было
R> сброшено, вот только tcpdump на сервере об этом не знает (никаких
R> упоминаний про 82.179.1.159).
>> Отслеживаете по выводу tcpdump'ов как проходят пакеты в каждом случае.
>> Делаете выводы, где возникает проблема.
R> Каков вывод в данном случае?
Еще недостаточно информации.
На промежуточных роутерах этот проблемный IP точно нигде не используется?
--
С уважением,
Dank
Подробная информация о списке рассылки Sysadmins