Могу ли я использовать функции синтаксического анализа FiddlerCore и управления HTTP-запросами, не активируя их в качестве прокси-сервера?

FiddlerCore, кажется, имеет массу функций для управления http-запросами, включая синтаксический анализ заголовков, синтаксический анализ и декодирование содержимого тела, поиск содержимого в запросе и т. д. Кроме того, есть функциональность для воспроизведения захваченных запросов.

Я хотел бы использовать эти функции для запросов, которые мое веб-приложение получает напрямую, например, через контроллер ASP.NET MVC или веб-API.

В этом сценарии я изначально перехватываю запрос, поэтому мне не нужны или не нужны функции прокси FiddlerCore. Я просто хочу использовать части FiddlerCore, которые управляют запросами и манипулируют ими.

Могу ли я использовать вышеуказанные функции FiddlerCore и не включать прокси?


person Howiecamp    schedule 25.06.2015    source источник


Ответы (1)


Похоже, вы спрашиваете: «Как мне запустить FiddlerCore в качестве обратного прокси-сервера?»

  1. Переместите целевую службу на другой порт (например, 81 вместо 80)
  2. Позвоните FiddlerApplication.Startup через исходный сервисный порт (например, 80)
  3. В обработчике BeforeRequest вашего приложения FiddlerCore перепишите port входящих запросов, чтобы они указывали на целевой порт (например, 81).
person EricLaw    schedule 25.06.2015
comment
Мое текущее понимание FidderCore таково, что я, возможно, даже не задаю правильных вопросов. Несколько дополнительных действий: 1. Что делать, если у меня уже есть запрос, например, в контроллере MVC у меня есть доступ к полному объекту запроса. Таким образом, нет никакого прокси или обратного прокси. Получив запрос, могу ли я использовать функциональные возможности FidderCore для анализа или воспроизведения запроса или должен использовать FidderCore в качестве прокси-сервера/обратного прокси-сервера для выполнения подобных действий? 2.Пожалуйста, помогите мне понять, почему обратный прокси. 3. Подходит ли для FiddlerCore сценарий получения http-запроса и последующего воспроизведения этого запроса? - person Howiecamp; 27.06.2015
comment
Когда вы говорите: полный объект запроса, вы имеете в виду какой-то объект .NET, созданный ASP.NET из трафика HTTP(S). Скрипач ничего не знает об этом объекте; он работает с самим трафиком HTTP(S), а не с абстракциями, созданными другими приложениями или платформами. Теоретически вы можете использовать объект .NET для воссоздания исходного трафика HTTP(S) и использовать FiddlerCore для взаимодействия с ним, но маловероятно, что это будет лучший подход; если вы используете объекты .NET, просто используйте объекты .NET. - person EricLaw; 30.06.2015
comment
Спасибо, Эрик, теперь я понял. В основном, что я получаю из вашего ответа, так это то, что если я хочу использовать магию Fiddler, я должен использовать Fiddler для захвата - понял. Вы можете увидеть мои 2-й и 3-й вопросы? Заранее спасибо, я очень ценю это. - person Howiecamp; 30.06.2015
comment
Обратный прокси — это прокси, который работает на сервере, а не на клиенте. Если вы запускаете FiddlerCore на сервере, клиент даже не знает, что он там есть, и ему не требуется никакой специальной настройки. И да, основная функциональность Fiddler и FiddlerCore — это получение HTTP-запроса и отправка его куда-либо. - person EricLaw; 01.07.2015