WCF ContractFilter Несоответствие при включении надежного сеанса - PullRequest
0 голосов
/ 25 октября 2019

У меня есть служба WCF, размещенная в службе Windows. Затем у меня есть GUI (клиент), который затем связывается с этим сервисом. Недавно сообщалось, что связь с сервисом прекращается после простоя в течение 10 минут.

Я провел небольшое исследование, и похоже, что служба отбрасывает соединение из-за неактивности. Поэтому я хочу увеличить время ожидания приема и включить надежные сеансы и установить длительность inactivityTimeout. Однако, когда я делаю это как в файле WCF службы, так и в клиентском файле app.config, я получаю следующую ошибку:

Error Generated by client

Настройка enabledSession enabled = "False"вызывает запуск клиента и службы. (хотя только в течение 10 минут)

В некоторых исследованиях предполагается, что это происходит по одной из следующих трех причин:

  • У вас разные контракты между клиентом и отправителем.
  • Вы используете другую привязку между клиентом и отправителем.
  • Параметры безопасности сообщений не согласованы между клиентом и отправителем.

Однако, насколько я могу судитьнастройки / контракты между клиентом и сервером согласованы. Я надеюсь, что это что-то глупое. Вот мой app.config для службы и клиента:

Служба

<?xml version="1.0" encoding="utf-8" ?>
<configuration>

  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />
  </startup>

  <appSettings>
    <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
  </appSettings>

  <system.web>
    <compilation debug="true" />
  </system.web>
  <!-- When deploying the service library project, the content of the config file must be added to the host's 
  app.config file. System.Configuration does not support config files for libraries. -->
  <system.serviceModel>
    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBinding_IHwResourceManagerWcfService" receiveTimeout="infinite" >
          <reliableSession enabled="True" inactivityTimeout="infinite"/>
        </binding>
      </netTcpBinding>
    </bindings>
    <client>
      <endpoint address="net.tcp://localhost:8523/HwResourceManagerWcfService"
        binding="netTcpBinding" bindingConfiguration="NetTcpBinding_IHwResourceManagerWcfService"
        contract="WindowsServices.IHwResourceManagerWcfService" name="NetTcpBinding_IHwResourceManagerWcfService">
        <identity>
          <dns value="localhost" />
        </identity>
      </endpoint>
    </client>
    <services>
      <service name="MT.Tools.HwResourceManager.WCF.HwResourceManagerWcfService">
        <endpoint address="" binding="netTcpBinding" bindingConfiguration=""
          contract="MT.Tools.HwResourceManager.WCF.IHwResourceManagerWcfService">
          <identity>
            <dns value="localhost" />
          </identity>
        </endpoint>
        <endpoint address="mex" binding="mexTcpBinding" bindingConfiguration=""
          contract="IMetadataExchange" />
        <host>
          <baseAddresses>
            <add baseAddress="net.tcp://localhost:8523/HwResourceManagerWcfService" />
          </baseAddresses>
        </host>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="false" httpsGetEnabled="false" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>

</configuration>

Клиент

<?xml version="1.0" encoding="utf-8" ?>
<configuration>

    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />
    </startup>

  <system.serviceModel>
    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBinding_IHwResourceManagerWcfService" receiveTimeout="infinite" >
          <reliableSession enabled="True" inactivityTimeout="infinite"/>
        </binding>
      </netTcpBinding>
    </bindings>
    <client>
      <endpoint address="net.tcp://localhost:8523/HwResourceManagerWcfService"
        binding="netTcpBinding" bindingConfiguration="NetTcpBinding_IHwResourceManagerWcfService"
        contract="WindowsServices.IHwResourceManagerWcfService" name="NetTcpBinding_IHwResourceManagerWcfService">
        <identity>
          <dns value="localhost" />
        </identity>
      </endpoint>
    </client>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="false" httpsGetEnabled="false" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>

  </system.serviceModel>

</configuration>

Любая помощь будет принята с благодарностью.

Ответы [ 2 ]

1 голос
/ 28 октября 2019

В вашей конфигурации есть несколько проблем. Этот проект кажется проектом библиотеки классов. Пожалуйста, используйте шаблон приложения службы WCF. Тогда базовый адрес службы должен быть настроен в IIS, а не в файле конфигурации. Кроме того, ваша конфигурация привязки не вступит в силу, поскольку вы не применяете ее в конечной точке службы.

<endpoint address="" binding="netTcpBinding" bindingConfiguration=""

Пожалуйста, обратитесь к моему примеру.
Сервер (приложение службы WCF).

IService.
    [ServiceContract]
    public interface IService1
    {
        [OperationContract]
        string GetData(string value);
}

Service1.svc

public class Service1 : IService1
    {
        public string GetData(string value)
        {
            return DateTime.Now.ToLongTimeString();
        }
}

Web.config

  <system.serviceModel>
    <services>
      <service name="WcfService3.Service1">
        <endpoint address="" binding="netTcpBinding" 
          contract="WcfService3.IService1">
        </endpoint>
        <endpoint address="mex" binding="mexTcpBinding" 
          contract="IMetadataExchange" />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <serviceMetadata />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>

Затем мы развертываем службу в IIS. Перед его развертыванием мы должны включить функции Windows для протокола net.tcp.
enter image description here
Добавить поддержку протокола net.tcp на веб-сайте.
enter image description here
Затем добавьте привязку сайта.
enter image description here
Еще одна вещь, на которую мы должны обратить внимание - это проверка того, что приведенная ниже служба находится в рабочем состоянии.
enter image description here
Клиент. (добавив ссылку на службу, клиентский прокси отправляет вызов)

static void Main(string[] args)
{
    ServiceReference1.Service1Client client = new ServiceReference1.Service1Client();
    //by default, the nettcpbinding uses windows credential, we should provide server windows account.
    client.ClientCredentials.Windows.ClientCredential.UserName = "administrator";
    client.ClientCredentials.Windows.ClientCredential.Password = "abcd1234!";
    try
    {
        var result = client.GetData("Hello");
        Console.WriteLine(result);
    }
    catch (Exception)
    {
        throw;
    }    
}

App.config.

<system.serviceModel>
    <bindings>
        <netTcpBinding>
            <binding name="NetTcpBinding_IService1">
                <security>
                    <transport sslProtocols="None" />
                </security>
            </binding>
        </netTcpBinding>
    </bindings>
    <client>
        <endpoint address="net.tcp://vabqia969vm/Service1.svc" binding="netTcpBinding"
            bindingConfiguration="NetTcpBinding_IService1" contract="ServiceReference1.IService1"
            name="NetTcpBinding_IService1">
            <identity>
                <servicePrincipalName value="host/vabqia969VM" />
            </identity>
        </endpoint>
    </client>
</system.serviceModel>

Результат.
enter image description here
Не стесняйтесь, дайте мне знать, если я могу чем-то помочь.

0 голосов
/ 01 ноября 2019

После некоторого прочтения я нашел причину ошибки, которую я видел, и решение проблемы тайм-аута соединения.

Ошибка - ошибка была из-за того, что у меня были установлены разные конфигурации привязки. Установив пустую строку как для клиента, так и для службы, ошибка была удалена.

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

...