netTcpBinding bez poświadczeń systemu Windows?

Question

Mam aplikację do sterowania maszyną, w której mam jeden komputer kliencki i pięć skrzynek serwerowych komunikujących się w podsieci urządzenia. Nie ma kontrolera domeny. Chciałbym użyć netTcpBinding, aby umożliwić niezawodność i wsparcie transakcji.

Czy jest możliwe używanie uwierzytelniania nazwy użytkownika/hasła z tym wiązaniem, gdy kontroler domeny nie jest obecny? Wolałbym nie używać certyfikatu, ponieważ nie chcę zarządzać certyfikatami na 900 komputerach (150 komputerach), które nie będą połączone z biurową siecią LAN.

Answer 1

Tak, oczywiście - ale tylko wtedy, gdy używasz zabezpieczenia wiadomości (zamiast bezpieczeństwa transportu). Definiowanie konfiguracji wiązania tak:

<netTcpBinding> 
    <binding name="UserNameSecurity"> 
     <security mode="Message"> 
     <message clientCredentialType="UserName"/> 
     </security> 
    </binding> 
    </netTcpBinding> 

a następnie odwoływać się, że wiązanie konfigurację punktów końcowych (na serwer i klienta):

<endpoint address="....." 
      binding="netTcpBinding" 
      bindingConfiguration="UserNameSecurity" 
      contract="IMyService" /> 

Marc

UPDATE:
Ach, tak, po stronie serwera potrzebny jest certyfikat do uwierzytelniania usługi do klienta, który ją wywołuje, a także do szyfrowania i podpisywania wiadomości. To tylko na serwerze - klienci nie muszą niczego instalować.

Konfiguracja:

<behaviors> 
    <serviceBehavior> 
    <behavior name="ServerInternet"> 
     <serviceCredentials> 
     <serviceCertificate 
      findValue="MyServiceCertificate" 
      storeLocation="LocalMachine" 
      storeName="My" 
      x509FindType="FindBySubjectName" /> 
     </serviceCredentials> 
    </behavior> 
    </serviceBehavior> 
</behaviors> 
<services> 
    <service name="MyServiceInternet" 
      behaviorConfiguration="ServerInternet"> 
    .... 
    </service> 
</services> 

Upewnij się, aby zainstalować certyfikat serwera, do folderu „lokalnego komputera” na serwerze, pod nazwą „” z zastrzeżeniem, że można określić w swojej konfiguracji.

Answer 2

Jest coś, co możesz najpierw wypróbować. Ustaw serviceNegotiationCredentials true:

<message negotiateServiceCredential="true"/> 

Spowoduje to utworzenie bezpiecznego rozmowę między klientem a usługą bez kontrolera domeny.

ALE jeśli nie ma żadnego kontrolera domeny, klient nie ma zaufania do usługi, więc nie powiedzie się.

Powinieneś ustawić oczekiwany identity of the service. Możesz to znaleźć w WSDL swojej usługi. Domyślnie, jeśli są przechowywane w IIS, wydaje się być:

<client> 
    <endpoint> 
     <identity> 
      <servicePrincipalName value="host/NETWORKSERVICE"></servicePrincipalName> 
     </identity> 
    </endpoint> 
</client> 

Nie sądzę, będziesz go potrzebować, ale być może będziesz musiał pozwolić anonimowego logowania na stronie serwisu:

<serviceBehaviors> 
    <behavior> 
     <serviceCredentials> 
      <windowsAuthentication allowAnonymousLogons="true"/> 
     </serviceCredentials> 
    </behavior> 
</serviceBehaviors>