Почему я не вижу трафик WCAT в фиддлере? - PullRequest
1 голос
/ 25 августа 2010

Я использую WCAT для нагрузочного тестирования своего приложения и хочу видеть трафик в fiddler.

Когда я запускаю сценарий WCAT, он работает нормально, но я не вижу ничего изтрафик в fiddler ... Нужно ли настраивать fiddler для прокси-трафика WCAT?

Тестируемое веб-приложение находится на моей локальной машине, но я не обращаюсь к нему с помощью "localhost", яиспользуя имя моей машины в настройках конфигурации.В fiddler также не настроены никакие фильтры.

EDIT:

Вот моя транзакция, с которой я тестирую (ipv4.fiddler - недавнее добавление согласно предложению ниже):

transaction
{
    id = "add a new user";
    weight = 1;

    request
    {
            verb = POST;
            postdata = "Name=Bob+Smith&Gender=M&DateOfBirth=01%2F01%2F1970&Email=testuserdude" + rand("1","1000") + rand("1","1000") + "@example.com&Password=123456&ConfirmPassword=123456";
        url         = "http://ipv4.fiddler/TokenBasedLoginTests/Account/Register";
        statuscode  = 302;
    }
    close
    {
        method      = ka;
    }
 }

Спасибо

Мэтт

Ответы [ 4 ]

4 голосов
/ 26 августа 2010

за http://blogs.iis.net/thomad/archive/2010/05/11/using-the-wcat-fiddler-extension-for-web-server-performance-tests.aspx,

Запросы WCAT не будут отображаться в Fiddler и прокси-сервер не может быть использован с WCAT.

Первая часть этого утверждения подразумевается последней частью. Предполагается, что команда WCAT специально исключила возможность использования прокси-сервера, что кажется странным выбором, но могло бы иметь смысл, если бы они думали, что нагрузка будет отключать прокси.

Если вы хотите, вы можете настроить Fiddler для работы в качестве обратного прокси, а затем указать WCAT на этот обратный прокси; тогда вы увидите трафик, и Fiddler перенаправит входящие запросы к их фактическому месту назначения. Смотри http://www.fiddler2.com/redir/?id=reverseproxy

Вместо этого вы можете рассмотреть возможность использования инструментов веб-теста Visual Studio, поскольку они правильно используют прокси (и, следовательно, Fiddler).

0 голосов
/ 06 декабря 2010

Вы можете легко отслеживать трафик WCAT (очень полезно для отладки), используя инструмент транспортного уровня (например, Wireshark или Ethereal), а не HTTP-прокси. Эти инструменты способны захватывать трафик на уровне сетевой карты / пакета. Все, что вам нужно сделать, это ...

a) Запустить захват с включенным фильтром, чтобы ограничить трафик между клиентом (-ами) и сервером и использовать определенный протокол (например, HTTP) - всегда есть много несвязанного трафика, проходящего через вашу сетевую карту, и добавление фильтрации будет сделать вещи проще. Если у вас несколько клиентов, лучше всего выполнить захват на сервере.

b) Отслеживание потока (обычно просто щелкните один из пакетов, связанных с запросом / ответом, и перестройте его в запрос / ответ.

Обратите внимание, что это повлияет на пропускную способность / производительность. Лучше всего отключить его для реального запуска! Надеюсь, что это полезно!

0 голосов
/ 26 августа 2010

Что происходит, когда вы используете сервер http://ipv4.fiddler? Локальный трафик не проходит через Fiddler, но он добавляет ipv4.fiddler в качестве прокси поверх wininet (возможно, я ошибаюсь, и Эрик Лоуренс исправит меня, я уверен), и в результате может захватить местный трафик?

Я немного использую Fiddler для тестирования веб-приложений и сервисов и всегда использую ipv4.fiddler для захвата моего локального трафика.

Надеюсь, это поможет!

0 голосов
/ 25 августа 2010

Вы можете использовать расширение, подобное этому http://blogs.iis.net/thomad/archive/2010/05/11/using-the-wcat-fiddler-extension-for-web-server-performance-tests.aspx

...