Обнаружение WCF находит конечную точку, но адрес — локальный

У меня есть обнаруживаемая служба wcf под названием «GetNameService», которая размещена на ПК с адресом 10.0.0.5:8732. Он размещен с помощью wsHttpBinding и доступен для обнаружения через UdpEndpoint. У меня также есть клиент @ 10.0.0.9, который обнаруживает такие службы в той же сети. Когда я запустил клиент, я могу обнаружить службу, но конечная точка обнаруженной службы имеет в ней локальный хост. Как это может произойти, пожалуйста, помогите мне в этом.

Еще немного информации,

App.config используется

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

 <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>
  <services>
   <service name="NameService.GetNameService">
    <host>
     <baseAddresses>
      <add baseAddress = "http://10.0.0.5:8732/Design_Time_Addresses/NameService/GetNameService/" />
     </baseAddresses>
    </host>
    <!-- Service Endpoints -->
    <!-- Unless fully qualified, address is relative to base address supplied above -->
    <endpoint address ="" binding="wsHttpBinding" contract="NameService.IGetNameService">
     <!--
       Upon deployment, the following identity element should be removed or replaced to reflect the
       identity under which the deployed service runs. If removed, WCF will infer an appropriate identity
       automatically.
     -->
     <identity>
      <dns value="localhost"/>
     </identity>
    </endpoint>
    <!-- Metadata Endpoints -->
    <!-- The Metadata Exchange endpoint is used by the service to describe itself to clients. -->
    <!-- This endpoint does not use a secure binding and should be secured or removed before deployment -->
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
   </service>
  </services>
  <behaviors>
   <serviceBehaviors>
    <behavior>
     <!-- To avoid disclosing metadata information,
     set the value below to false and remove the metadata endpoint above before deployment -->
     <serviceMetadata httpGetEnabled="True"/>
     <!-- To receive exception details in faults for debugging purposes,
     set the value below to true. Set to false before deployment
     to avoid disclosing exception information -->
     <serviceDebug includeExceptionDetailInFaults="False" />
    </behavior>
   </serviceBehaviors>
  </behaviors>
 </system.serviceModel>

</configuration>

Я открыл браузер на клиентской машине и ввел адрес службы, я вижу страницу сведений о службе, но ссылка wsdl все еще указывает на localhost (показано ниже)

svcutil.exe http://localhost:8732/Design_Time_Addresses/NameService/GetNameService/?wsdl

вместо

svcutil.exe http://10.0.0.5:8732/Design_Time_Addresses/NameService/GetNameService/?wsdl

Кроме того, одно и то же приложение, по-видимому, работает на моем рабочем месте, где есть доступный DNS и системы подключены через коммутатор, в то время как у меня дома, где компьютеры подключены через коммутатор, оно не работает. ' маршрутизатор. Могло ли это на что-то повлиять?!?

Обновление. Оно не выполняется в IIS, оно размещается через обычное консольное приложение.


c# service-discovery wcf network-programming
person sudarsanyes    schedule 17.09.2010    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Если вы работаете в IIS, у вас должно быть правило имени хоста по умолчанию для вашего сайта:

  1. Откройте IIS
  2. Щелкните правой кнопкой мыши на своем веб-сайте и выберите «Свойства».
  3. Перейдите на вкладку «Веб-сайт», а затем нажмите кнопку «Дополнительно» под заголовком «Идентификация веб-сайта».
  4. У вас должен быть идентификатор по умолчанию для веб-сайта (порт TCP 8732). Отредактируйте это и убедитесь, что значение заголовка хоста является доменным именем для вашего веб-сайта (поэтому должно быть написано www.yourdomain.com)

См. http://forums.asp.net/p/1096811/1659596.aspx из более подробной информации.

person Andreas Paulsson    schedule 17.09.2010
comment
Он не размещается в IIS, размещается через консольное приложение. - person sudarsanyes; 17.09.2010

arrow_upward
1
arrow_downward

Решил это в коде (для соединения tcp.net) с помощью.

// Add discovery feature.
m_Host.AddServiceEndpoint(new Discovery.UdpDiscoveryEndpoint());
m_Host.Description.Behaviors.Add(new Discovery.ServiceDiscoveryBehavior());
// Add ordinary service feature
var binding = new NetTcpBinding();
binding.Security.Message.ClientCredentialType = MessageCredentialType.None;
binding.Security.Transport.ClientCredentialType = TcpClientCredentialType.None;
m_Host.AddServiceEndpoint(
        typeof(IMyServiceContract),
        new NetTcpBinding(SecurityMode.None),
        new UriBuilder { Scheme = Uri.UriSchemeNetTcp, Port = 8732, Host = "10.0.0.5" , Path = "MyServiceContractPath" }.Uri
        );

Единственная (возможно, меньшая) проблема, которая остается, заключается в том, какой IP-адрес компьютеров установить в качестве хоста... Введенный Uri - это тот, который возвращается в ответе DiscoveryClient.Find(...).

person erikH    schedule 07.12.2010

arrow_upward
0
arrow_downward

Оказывается, если вам это все еще нужно, вы можете просто использовать подстановочный знак в baseAddress:

<add baseAddress = "http://*:8732/Design_Time_Addresses/NameService/GetNameService/" />
person Fyodor Soikin    schedule 21.01.2011
comment
Я не могу использовать это в коде при выполнении new ServiceHost(typeof(MyService), new Uri('http://*:8080/MyService'));. Пишет, что имя хоста не может быть проанализировано. Какие-либо предложения? - person nl-x; 24.08.2016