Возможно, попробуйте что-то вроде этого вместо этого:
java myinfloopprogram &
pid=$!
for i in $(seq 1 60); do
kill -0 $pid >/dev/null || break
sleep 1
done
kill -0 $pid >/dev/null || kill -TERM $pid
Установите http://www.winpcap.org/windump/ на сервере и выполните его со следующими флагами:
windump-w "C:\Temp\tcpdump.log" dst хост {старый IP-адрес} dst порт 80
Можно оставить выполнение в течение приблизительно одного дня, затем посмотреть на журнал. Используя-w выпишет необработанные пакеты, так, чтобы Вы видели точно, что отправляется (и таким образом, надо надеяться, что отправляет его).
Обратите внимание на то, что я только использовал tcpdump, программа, что windump базируется прочь, поэтому если существуют различия между ними, Вам, вероятно, придется скорректировать флаги. Но существует много tcpdump учебных руководств там, для руководства Вас в правильном направлении.
К сожалению, у меня нет опыта в ASP.NET, но я могу предложить окольный метод, посредством чего Вы могли отследить это. При выполнении Сквида перед рассматриваемым сервером довольно легко бросить беглый взгляд через журналы Сквида для идентификации запросов, выполненных к неправильному URI. Я не был бы рекомендуемая установка поля Squid просто поэтому, но это, вероятно, будет самый быстрый способ определить неправильный URIs, если Вы уже будете иметь в распоряжении прокси Сквида.
wirehark! Правила !!! что представляет собой версию с графическим интерфейсом пользователя, предложенную выше Дэвидом Бишопом ^^^^^
Однако, если вы хотите более интегрированный с Windows инструмент, который также перечисляет задействованные локальные процессы, есть sysinternal tools , которые свободны от Microsoft.
В частности, TCPView может использоваться, чтобы увидеть, какой процесс подключен к какому удаленному хосту. (однако вы должны вернуться к windump или wirehark, чтобы сопоставить соединение с URL-адресом запроса, если эта функция не была добавлена недавно)
Существует также версия командной строки Tcpvcon, если вы хотите записывать все эти запросы в какой-либо файл . Но я полагаю, что это имеет те же соображения относительно запуска любого дампа пакета в файл в течение длительного периода времени,