Не удается получить запросы netTcpBinding для отображения в Fiddler - PullRequest
Новая
       12

Не удается получить запросы netTcpBinding для отображения в Fiddler

11 голосов
/ 14 июня 2011

У меня есть служба WCF с двумя конечными точками. Один с basicHttpBinding и один с netTcpBinding. Вот мой конфиг ... 

<services>
      <service name="SomeService.Service">
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration=""
          name="EndPointHttp" contract="SomeService.IService" />
        <endpoint address="" binding="netTcpBinding" bindingConfiguration=""
          name="EndPointTcp" contract="SomeService.IService" />
        </service>
</services>

Однако, когда я использую сервис, я пытаюсь сравнить разницу между двумя запросами. Так что я бегу Fiddler, чтобы сделать это. Я могу видеть основные запросы HttpBinding в Fiddler, но не могу получить запросы net.tcp: //. Что я могу сделать, чтобы увидеть этот трафик?

Ответы [ 4 ]

14 голосов
/ 14 июня 2011

Fiddler является прокси HTTP , поэтому он будет захватывать только запросы, использующие протокол HTTP - он не будет захватывать запросы, сделанные непосредственно через сокет.Для этого вы можете использовать Network Monitor или какой-либо другой низкоуровневый инструмент захвата, но интерфейс не такой приятный, как у Fiddler.

Кроме того,как указывалось в другом ответе Ладислава Мринки, вы будете смотреть на двоичные байты для .NET Message Framing и двоичного XML-кодирования , так что если вы не знакомыих большая часть захвата будет выглядеть как бред.

8 голосов
/ 14 июня 2011

Fiddler - это анализатор HTTP, а не анализатор TCP.Вы можете видеть только связь HTTP и HTTPS в Fiddler.Если вы хотите, чтобы сообщения передавались по TCP, вы должны использовать другой инструмент, работающий на более низком уровне.Например, WireShark, но будьте готовы, что вы увидите только некоторые двоичные данные.

3 голосов
/ 14 июня 2011

Fiddler является отладчиком HTTP . Если вы не используете HTTP, например, с netTcpBinding, вы не сможете захватывать трафик с ним. Вы можете попробовать Wireshark или что-то подобное.

2 голосов
/ 15 июня 2011

Если вас интересует, как выглядят реальные сообщения, попробуйте использовать Service Trace.

https://msdn.microsoft.com/en-us/library/ms732023%28v=vs.110%29.aspx?f=255&MSPPError=-2147217396

...