Существует ли способ настроить Скрипача для прерывания HTTP-вызовов от службы Windows?
Мы находимся в процессе замены старого (5 + годы) приложение службы Windows, созданное с VS2005, который заставляет HTTP ПОЛУЧИТЬ вызов. Существует несколько вещей, которые делают это трудным (такие как веб-сервер, находится в сети клиента, и мы не можем соединиться непосредственно с ним), и, к сожалению, мы предпочли бы не удалять рабочую систему для замены его версией WinForm, которая может контролироваться Скрипачом. Новый код, кажется, делает все правильно, но, увы, ему не удается пройти проверку подлинности.
Существует ли способ настроить Скрипача (2.2.9.1) для прерывания HTTP-вызовов от службы Windows?
3 ответа
Кодека подсказала мне правильное направление. Не хватало части, как настроить прокси. В должен был быть добавлен раздел, подобный следующему:
<system.net>
<defaultProxy enabled="true">
<proxy proxyaddress="http://127.0.0.1:8888" bypassonlocal="False"/>
</defaultProxy>
</system.net>
Как только это было сделано, HTTP-трафик службы Windows начал проходить через Fiddler.
И, конечно, если Fiddler не работает, всегда есть Wireshark . В качестве подсказки используйте пару фильтров в Wireshark (например, показывайте только пакеты, идущие на IP-адрес назначения или исходящие от него), чтобы не было ощущения, что вы перегружены данными.
Fiddler просто действует как HTTP-прокси, поэтому, если вы можете настроить прокси в своей службе, вы можете настроить его для работы через Fiddler. Трудно сказать, возможно ли это ...
Если это не сработает, вы можете сделать это, запустив Fiddler на втором компьютере и настроив его на прослушивание порта 80. Затем на своем «тестовом» компьютере отредактируйте свой hosts, чтобы вместо этого он указывал на второй компьютер. Допустим, веб-служба находится на www.example.com, вы настраиваете свой тестовый сервер так, чтобы «www.example.com» указывал на ваш второй компьютер (на котором запущен Fiddler). Затем, когда служба устанавливает соединение с «www.example.com», она фактически подключается к Fiddler. Затем Fiddler перенаправит соединение на реальный www.example.com после записи запроса / ответа.
Я не проверял вышеизложенное, но думаю, что это сработает. Очевидно, если бы вы могли настроить параметры прокси в своей службе, это было бы проще!