WCF Не правильно?

Ответ 1

Я полагаю, что вы имеете дело с проблемой времени ожидания Windows, а не с таймаутом WCF. Для определения того, что компьютер не отвечает в сети, Windows займет 20-30 секунд. Когда вы делаете свой вызов на сервере WCF, Windows сначала должна установить маршрут к серверу. Когда он не может, он предупреждает ваше программное обеспечение, и ваше программное обеспечение думает, что оно достигло своего таймаута. Ваша система никогда не доходит до фактического опроса, чтобы узнать, работает ли служба, поскольку Windows все еще пытается найти что-то на другом конце этого IP-адреса.

Ответ 2

Чтобы быть более конкретным, чем @BiggsTRC (чей ответ в целом прав):

• WCF делегирует классам System.Net.Sockets детали установление соединения транспортного уровня в канал NetTcpBinding;
• System.Net.Sockets - обертка вокруг неуправляемого API WINSOCK;
• API WINSOCK имеет встроенные таймауты по умолчанию, но не предоставляет документального механизма для указания таймаута для определенных операций блокировки, включая WSAConnect(), который использует метод .NET Socket.Connect();
• Код WCF (в System.ServiceModel.Channels.SocketConnectionInitiator.Connect()) вызывает Socket.Connect, и если это выдает исключение определенных типов, он проверяет, есть ли оставшееся время в периоде ожидания соединения. Если этого не произошло, вы получите EndpointNotFoundException сообщение об ошибке, которое вы видели;
• WCF использует класс TimeoutHelper для отслеживания периодов тайм-аута и выполнения арифметики времени. У этого метода есть метод ElapsedTime, но это неправильное словосочетание, поскольку оно никогда не возвращает значение, большее, чем исходный период таймаута. Вот почему вам сообщается сообщение о том, как долго длилась попытка подключения.

WCF может применять свои настроенные таймауты, используя асинхронные методы Sockets API, отслеживая тайм-аут отдельного потока для попытки подключения, но в настоящее время он этого не делает. Если вы считаете, что это ошибка (возможно, это так), вы можете сообщить об этом на сайте Microsoft Connect и, возможно, исправить ее в будущей версии или пакете обновления.

Ответ 3

Столкнулся с той же проблемой

После сохранения сохраненного моего дня

Теперь он не говорил тайм-аут до 5 минут

Сторона сервера

<system.serviceModel>
<diagnostics>
  <messageLogging logMalformedMessages="true" logMessagesAtTransportLevel="true" />
</diagnostics>
<bindings>
  <netTcpBinding>
    <binding name="meritBasicBinding" maxBufferPoolSize="2147483647" maxBufferSize="2147483647" maxReceivedMessageSize="2147483647"
             closeTimeout="00:05:00" openTimeout="00:05:00" sendTimeout="00:05:00" receiveTimeout="00:05:00">
      <readerQuotas maxDepth="128" maxStringContentLength="8388608" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384"/>
      <reliableSession ordered="true" inactivityTimeout="00:05:00" enabled="false"/>
      <security mode="Transport">
        <transport clientCredentialType="Windows" protectionLevel="EncryptAndSign"/>
      </security>
    </binding>
  </netTcpBinding>
</bindings>
<services>
  <service name="Merit.Services.Reporting" behaviorConfiguration="mexBehaviour">
    <endpoint address="Reporting" binding="netTcpBinding" behaviorConfiguration="meritEndPointBehaviour" bindingConfiguration="meritBasicBinding" contract="Merit.Services.IReporting"></endpoint>        
    <endpoint address="mex" binding="mexTcpBinding" contract="IMetadataExchange"></endpoint>
    <host>
      <baseAddresses>
        <add baseAddress="net.tcp://Localhost:8090/"/>
      </baseAddresses>
    </host>
  </service>
</services>
<behaviors>
  <serviceBehaviors>
    <behavior name="mexBehaviour">
      <serviceMetadata httpGetEnabled="false"/>
      <serviceDebug includeExceptionDetailInFaults="true"/>
      <dataContractSerializer maxItemsInObjectGraph="2147483647"/>
    </behavior>
  </serviceBehaviors>
  <endpointBehaviors>
    <behavior name="meritEndPointBehaviour">
      <dataContractSerializer maxItemsInObjectGraph="2147483647"/>
    </behavior>
  </endpointBehaviors>
</behaviors>

Клиентская сторона

<system.serviceModel>
<bindings>
  <netTcpBinding>
    <binding name="meritBasicBinding" maxBufferPoolSize="2147483647" maxBufferSize="2147483647" maxReceivedMessageSize="2147483647" listenBacklog="2147483647"
             closeTimeout="00:05:00" openTimeout="00:05:00" sendTimeout="00:05:00" receiveTimeout="00:05:00">
      <readerQuotas maxDepth="128" maxStringContentLength="8388608" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384"/>
      <security mode="Transport">
        <transport clientCredentialType="Windows" protectionLevel="EncryptAndSign"/>
      </security>
    </binding>
  </netTcpBinding>
</bindings>
<client>
  <endpoint address="net.tcp://Localhost:8090/Reporting" binding="netTcpBinding"
    bindingConfiguration="meritBasicBinding" behaviorConfiguration="meritEndPointBehaviour" contract="MeritReportingService.IReporting"
    name="NetTcpBinding_IReporting">
    <identity>
      <servicePrincipalName value="host/SERVER DOMAIN ADDRESS(usually picked automatically)" />
    </identity>
  </endpoint>
</client>
<behaviors>
  <endpointBehaviors>
    <behavior name="meritEndPointBehaviour">
      <dataContractSerializer maxItemsInObjectGraph="2147483647"/>
    </behavior>
  </endpointBehaviors>
</behaviors>