Инструмент для мониторинга HTTP, TCP и т. д.Трафик веб-службы [закрыт]

Question

Какой инструмент лучше всего использовать для мониторинга веб-служб, SOAP, WCF и т. д.трафик, который приходит и уходит по проводу?Я видел несколько инструментов, созданных на Java, но они кажутся немного дрянными.Мне нужен инструмент, который находится посередине в качестве прокси и выполняет перенаправление портов (который должен иметь настраиваемые порты прослушивания/перенаправления).Есть ли какие-нибудь инструменты для Windows, чтобы сделать это?

Answer 1

Для Windows HTTP вы не можете превзойти Скрипач.Вы можете использовать его как обратный прокси для переадресации портов на веб-сервере.IE также не обязательно нужен.Он может использовать другие клиенты.

Answer 2

Вайршарк не делает перенаправление портов, но отслеживает и интерпретирует множество протоколов.

Answer 3

Вы можете найти Сетевой монитор Майкрософт полезно, если вы используете Windows.

Answer 4

Вайршарк (или Tshark), вероятно, является стандартным инструментом проверки дорожного движения де-факто.Он ненавязчив и работает без возни с перенаправлением портов и проксированием.Однако он очень общий, поскольку (AFAIK) не предоставляет каких-либо инструментов специально для мониторинга трафика веб-служб - это все tcp/ip и http.

Вы, наверное, уже посмотрели tcpmon но я не знаю ни одного другого инструмента, который выполнял бы функцию «сидеть посередине».

Answer 5

Я попробовал Fiddler с его возможностью обратного прокси-сервера, о которой упоминает @marxidad, и, похоже, он работает нормально, поскольку Fiddler — это знакомый мне пользовательский интерфейс и имеет возможность показывать запросы/ответы в различных форматах (т.е.Raw, XML, Hex), я принимаю это как ответ на этот вопрос.Однако есть одна вещь.Я использую WCF, и я получил следующее исключение с обратным прокси:

Сообщение с Кому 'http://localhost:8000/путь/к/сервису' не может быть обработан в получателе из-за несоответствия AddressFilter в EndpointDispatcher.Убедитесь, что адреса конечных точек отправителя и получателя совпадают.

Я понял (спасибо Google, эм...Я имею в виду Live Search :p), это потому, что мои адреса конечных точек на сервере и клиенте различаются по номеру порта.Если вы получили такое же исключение, обратитесь к следующему сообщению на форуме MSDN:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2302537&SiteID=1

который рекомендует использовать поведение конечной точки clientVia, описанное в следующей статье MSDN:

http://msdn.microsoft.com/en-us/magazine/cc163412.aspx

Answer 6

я использовал Чарльз за последние пару лет.Очень доволен этим.

Answer 7

Я второй Вайршарк.Он очень мощный и универсальный.А поскольку этот инструмент будет работать не только в Windows, но и в Linux или Mac OSX, имеет смысл потратить время на его изучение (на самом деле довольно простое).Какую бы платформу или язык вы ни использовали, это имеет смысл.

С уважением,

Ричард просто программистhttp://sili.co.nz/блог

Answer 8

я нахожу ВебСкарабей очень могущественный

Answer 9

Проверить Парос Прокси.

Answer 10

Встроенный прокси JMeter может использоваться для записи всей информации HTTP-запроса/ответа.

Fire Fox "Живые HTTP-заголовкиПлагин можно использовать для просмотра того, что происходит на стороне браузера при отправке/получении запроса.

Fire Fox "Тамперные данныеПлагин может быть полезен, когда вам нужно перехватить и изменить запрос.

Answer 11

я использую ЛогПарсер для создания графиков и поиска элементов в журналах IIS.