Трассировка удаленной машины
Здравствуйте, АЛЛ. Имеется шифрованный туннель через Инет до удаленной машины. Время от времени соединение падает примерно на секунду. Для HTTP некритично, туннелю плохо. Как поймать на каком хосте соединение падает? Стандартный traceroute и ping не очень помогают. Оттрассировал, далее по списку хостов запустил пинги в нескольких процессах, сопоставляю файлики... Надо бы более менее постоянный мониторинг соединения до хоста и знать где оно рвется. Может есть какой нибудь софт? Или схожую задачку кто нибудь решал... -- С уважением,Коробейников Григорий. [EMAIL PROTECTED]
Re[2]: Трассировка удаленной машины
Здравствуйте, Denis. Вы писали 19 февраля 2003 г., 18:52:10: >> Имеется шифрованный туннель через Инет до удаленной машины. Время от >> рвется. Может есть какой нибудь софт? Или схожую задачку кто нибудь >> решал... DAK> mtr как раз подойдет Спасибо, попробую, только вот вышестоящего админа распинаю, чтобы ICMP открыл -- С уважением, Коробейников Григорий, mailto:[EMAIL PROTECTED]
Re[2]: vi
Здравствуйте, Dmitry. Вы писали 6 марта 2003 г., 11:49:14: DEO> скорее всего траблы с самой консолью DEO> под винды имхо нет нормального ССШ/телнет DEO> клиента - то с одними клавишами траблы, DEO> то с другими... Почему нет? telneat'ом пользуюсь - неплохая вещь. http://telneat.lipetsk.ru -- С уважением, Коробейников Григорий, mailto:[EMAIL PROTECTED]
squid - DNS flood
Добрый день, уважаемое сообщество. Возникла такая проблема - в некоторые моменты(закономерность не установил) времени squid начинает слать DNS запросы на сервер провайдера в больших количествах. Настройки машины не менялись примерно с пару месяцев. Началось где-то с неделю назад. В cache.log и daemon.log следующее: Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8e66: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8e9e: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eab: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eb0: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eb1: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eb2: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eb5: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eb9: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8eba: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8ebe: giving up after 30 tries and 301.0 secon Jan 26 13:47:13 rofss squid[1965]: idnsCheckQueue: ID 8ec0: giving up after 30 tries and 301.0 secon Периоды от 3-х минут до 1.5 часов соответственно набегает немаленький траффик он хоть и по локальным расценкам, но получается дорого с учетом толстого канала. Пока повысил уровень логирования squid'a и настраиваю iptables на логирование ДНС запросов, если есть еще какие-нить идеи с благодарностью выслушаю. ЗЫ. Интересно с чего баня то упала, год практически не трогал, за мелкими исключенияим. === С уважением, Коробейников Григорий. gray<@>rofss<.>udmnet<.>ru
