Condividi tramite

Nome utente di sicurezza del messaggio

Questo esempio illustra come implementare un'applicazione che usa WS-Security con l'autenticazione del nome utente per il client e richiede l'autenticazione server usando il certificato X.509v3 del server. Tutti i messaggi dell'applicazione tra il client e il server sono firmati e crittografati. Per impostazione predefinita, il nome utente e la password forniti dal client vengono usati per accedere a un account di Windows valido. Questo esempio è basato su WSHttpBinding. Questo esempio è costituito da un programma console client (Client.exe) e da una libreria di servizi (Service.dll) ospitata da Internet Information Services (IIS). Il servizio implementa un contratto che definisce un modello di comunicazione request-reply.

Annotazioni

La procedura di installazione e le istruzioni di compilazione per questo esempio si trovano alla fine di questo argomento.

Questo esempio illustra anche:

  • Il mapping predefinito verso gli account di Windows consente di eseguire un'autorizzazione aggiuntiva.

  • Come accedere alle informazioni sull'identità del chiamante dal codice del servizio.

Il servizio espone un singolo endpoint per la comunicazione con il servizio, definito usando il file di configurazione Web.config. L'endpoint è costituito da un indirizzo, un'associazione e un contratto. L'associazione è configurata con un wsHttpBinding< standard>, che per impostazione predefinita usa la sicurezza dei messaggi. Questo esempio imposta lo standard <wsHttpBinding> per l'uso dell'autenticazione del nome utente client. Il comportamento specifica che le credenziali utente devono essere usate per l'autenticazione del servizio. Il certificato del server deve contenere lo stesso valore per il nome soggetto dell'attributo findValue in <serviceCredentials>.

<system.serviceModel>
  <protocolMapping>
    <add scheme="http" binding="wsHttpBinding" />
  </protocolMapping>
  <bindings>
    <wsHttpBinding>
      <!--
      This configuration defines the security mode as Message and
      the clientCredentialType as Username.
      By default, Username authentication attempts to authenticate the provided
      username as a Windows computer or domain account.
      -->
      <binding>
        <security mode="Message">
          <message clientCredentialType="UserName"/>
        </security>
      </binding>
    </wsHttpBinding>
  </bindings>

  <!--For debugging purposes set the includeExceptionDetailInFaults attribute to true.-->
  <behaviors>
    <serviceBehaviors>
      <behavior>
        <!--
      The serviceCredentials behavior allows one to define a service certificate.
      A service certificate is used by the service to authenticate itself to the client and to provide message protection.
      This configuration references the "localhost" certificate installed during the setup instructions.
      -->
        <serviceCredentials>
          <serviceCertificate findValue="localhost" storeLocation="LocalMachine" storeName="My" x509FindType="FindBySubjectName" />
        </serviceCredentials>
        <serviceMetadata httpGetEnabled="True"/>
        <serviceDebug includeExceptionDetailInFaults="False" />
      </behavior>
    </serviceBehaviors>
  </behaviors>
</system.serviceModel>

La configurazione dell'endpoint client è costituita da un indirizzo assoluto per l'endpoint del servizio, il binding e il contratto. Il collegamento del client è configurato con il securityMode e il authenticationMode appropriati. Quando si esegue in uno scenario tra computer, l'indirizzo dell'endpoint di servizio deve essere modificato di conseguenza.

<system.serviceModel>
  <client>
    <endpoint address="http://localhost/servicemodelsamples/service.svc"
              binding="wsHttpBinding"
              bindingConfiguration="Binding1"
              behaviorConfiguration="ClientCredentialsBehavior"
              contract="Microsoft.ServiceModel.Samples.ICalculator" />
  </client>

  <bindings>
    <wsHttpBinding>
      <!--
      This configuration defines the security mode as Message and
      the clientCredentialType as Username.
      -->
      <binding name="Binding1">
        <security mode="Message">
          <message clientCredentialType="UserName"/>
        </security>
      </binding>
    </wsHttpBinding>
  </bindings>

  <!--For debugging purposes set the includeExceptionDetailInFaults attribute to true.-->
  <behaviors>
    <endpointBehaviors>
      <behavior name="ClientCredentialsBehavior">
        <!--
      Setting the certificateValidationMode to PeerOrChainTrust means that if the certificate
      is in the user's Trusted People store, then it is trusted without performing a
      validation of the certificate's issuer chain. This setting is used here for convenience so that the
      sample can be run without having to have certificates issued by a certification authority (CA).
      This setting is less secure than the default, ChainTrust. The security implications of this
      setting should be carefully considered before using PeerOrChainTrust in production code.
      -->
        <clientCredentials>
          <serviceCertificate>
            <authentication certificateValidationMode="PeerOrChainTrust" />
          </serviceCertificate>
        </clientCredentials>
      </behavior>
    </endpointBehaviors>
  </behaviors>
</system.serviceModel>

L'implementazione client imposta il nome utente e la password da usare.

// Create a client.
CalculatorClient client = new CalculatorClient();

// Configure client with valid computer or domain account (username,password).
client.ClientCredentials.UserName.UserName = username;
client.ClientCredentials.UserName.Password = password.ToString();

// Call GetCallerIdentity service operation.
Console.WriteLine(client.GetCallerIdentity());
...
//Closing the client gracefully closes the connection and cleans up resources.
client.Close();

Quando si esegue l'esempio, le richieste e le risposte dell'operazione vengono visualizzate nella finestra della console client. Premere INVIO nella finestra del client per chiudere il client.

MyMachine\TestAccount
Add(100,15.99) = 115.99
Subtract(145,76.54) = 68.46
Multiply(9,81.25) = 731.25
Divide(22,7) = 3.14285714285714
Press <ENTER> to terminate client.

Il Setup.bat file batch incluso negli esempi MessageSecurity consente di configurare il server con un certificato pertinente per eseguire un'applicazione ospitata che richiede la sicurezza basata su certificati. Il file batch può essere eseguito in due modalità. Per eseguire il file batch in modalità computer singolo, digitare setup.bat nella riga di comando. Per eseguirlo in modalità servizio digitare setup.bat service. Questa modalità viene usata quando si esegue l'esempio in tutti i computer. Per informazioni dettagliate, vedere la procedura di installazione alla fine di questo argomento.

Di seguito viene fornita una breve panoramica delle diverse sezioni dei file batch.

  • Creazione del certificato del server

    Le righe seguenti del file batch Setup.bat creano il certificato server da usare.

    echo ************
echo Server cert setup starting
echo %SERVER_NAME%
echo ************
echo making server cert
echo ************
makecert.exe -sr LocalMachine -ss MY -a sha1 -n CN=%SERVER_NAME% -sky exchange -pe

    La variabile %SERVER_NAME% specifica il nome del server. Il certificato viene archiviato nell'archivio LocalMachine. Se il Setup.bat file batch viene eseguito con un argomento di servizio ,ad esempio setup.bat service, il %SERVER_NAME% contiene il nome di dominio completo del computer. In caso contrario, l'impostazione predefinita è localhost.

  • Installazione del certificato server nell'archivio certificati attendibile del client

    La riga seguente copia il certificato del server nell'archivio persone attendibili del client. Questo passaggio è obbligatorio perché i certificati generati da Makecert.exe non sono considerati implicitamente attendibili dal sistema client. Se si dispone già di un certificato radicato in un certificato radice attendibile per il client, ad esempio un certificato rilasciato da Microsoft, questo passaggio di popolamento dell'archivio certificati del client con il certificato del server non è obbligatorio.

    certmgr.exe -add -r LocalMachine -s My -c -n %SERVER_NAME% -r CurrentUser -s TrustedPeople

  • Concessione delle autorizzazioni per la chiave privata del certificato

    Le righe seguenti nel file batch Setup.bat rendono il certificato server archiviato nell'archivio LocalMachine accessibile all'account del processo di lavoro ASP.NET.

    echo ************
echo setting privileges on server certificates
echo ************
for /F "delims=" %%i in ('"%ProgramFiles%\ServiceModelSampleTools\FindPrivateKey.exe" My LocalMachine -n CN^=%SERVER_NAME% -a') do set PRIVATE_KEY_FILE=%%i
set WP_ACCOUNT=NT AUTHORITY\NETWORK SERVICE
(ver | findstr /C:"5.1") && set WP_ACCOUNT=%COMPUTERNAME%\ASPNET
echo Y|cacls.exe "%PRIVATE_KEY_FILE%" /E /G "%WP_ACCOUNT%":R
iisreset

    Annotazioni

    Se si utilizza una versione inglese di Windows diversa da quella statunitense, è necessario modificare il file Setup.bat e sostituire il nome dell'account NT AUTHORITY\NETWORK SERVICE con il corrispondente regionale.

Per configurare, compilare ed eseguire l'esempio

  1. Assicurati di aver eseguito la procedura di installazione di One-Time per gli esempi di Windows Communication Foundation.

  2. Per compilare l'edizione C# o Visual Basic .NET della soluzione, seguire le istruzioni in Compilazione degli esempi di Windows Communication Foundation.

Per eseguire l'esempio nello stesso computer

  1. Assicurarsi che il percorso includa la cartella in cui si trovano Makecert.exe e FindPrivateKey.exe.

  2. Eseguire Setup.bat dalla cartella di installazione di esempio in un prompt dei comandi per gli sviluppatori per Visual Studio aperto con privilegi di amministratore. Vengono installati tutti i certificati necessari per l'esecuzione dell'esempio.

    Annotazioni

    Il file batch Setup.bat è progettato per essere eseguito da un prompt dei comandi per gli sviluppatori per Visual Studio. Richiede che la variabile di ambiente del percorso punti alla directory in cui è installato l'SDK. Questa variabile di ambiente viene impostata automaticamente all'interno di un prompt dei comandi per gli sviluppatori per Visual Studio.

  3. Verificare l'accesso al servizio usando un browser immettendo l'indirizzo http://localhost/servicemodelsamples/service.svc.

  4. Avvia Client.exe da \client\bin. L'attività client viene visualizzata nell'applicazione console client.

  5. Se il client e il servizio non sono in grado di comunicare, vedere Suggerimenti per la risoluzione dei problemi per gli esempi WCF.

Per eseguire l'esempio tra computer

  1. Creare una directory nel computer del servizio. Creare un'applicazione virtuale denominata servicemodelsamples per questa directory usando lo strumento di gestione di Internet Information Services.

  2. Copiare i file di programma del servizio da \inetpub\wwwroot\servicemodelsamples alla directory virtuale nel computer del servizio. Assicurarsi di copiare i file nella sottodirectory \bin. Copiare anche i file Setup.bat e Cleanup.bat nel computer del servizio.

  3. Creare una directory nel computer client per i file binari del client.

  4. Copiare i file del programma cliente nella cartella client sul computer cliente. Copiare anche i file Setup.bat, Cleanup.bate ImportServiceCert.bat nel client.

  5. Nel server eseguire setup.bat service in un prompt dei comandi per gli sviluppatori per Visual Studio aperto con privilegi di amministratore. L'esecuzione di setup.bat con l'argomento service crea un certificato del servizio con il nome di dominio completo del computer ed esporta il certificato del servizio in un file denominato Service.cer.

  6. Modificare Web.config in modo da riflettere il nuovo nome del certificato (nell'attributo findValue nell'elemento serviceCertificate) che corrisponde al nome di dominio completo del computer.

  7. Copiare il file Service.cer dalla directory del servizio alla directory client nel computer client.

  8. Nel file Client.exe.config, sul computer client, modificare il valore dell'indirizzo dell'endpoint affinché corrisponda al nuovo indirizzo del servizio.

  9. Nel client eseguire ImportServiceCert.bat in un prompt dei comandi per gli sviluppatori per Visual Studio aperto con privilegi di amministratore. Questo importa il certificato del servizio dal file Service.cer nell'archivio CurrentUser - TrustedPeople.

  10. Sul computer client, esegui Client.exe da un prompt dei comandi. Se il client e il servizio non sono in grado di comunicare, vedere Suggerimenti per la risoluzione dei problemi per gli esempi WCF.

Per eseguire la pulizia dopo l'esempio

  • Eseguire Cleanup.bat nella cartella samples dopo aver completato l'esecuzione dell'esempio.

    Annotazioni

    Questo script non rimuove i certificati del servizio in un client durante l'esecuzione di questo esempio tra computer. Se hai eseguito esempi di Windows Communication Foundation (WCF) che usano certificati su diversi computer, assicurati di cancellare i certificati di servizio che sono stati installati nell'archivio CurrentUser - TrustedPeople. A tale scopo, usare il comando seguente: certmgr -del -r CurrentUser -s TrustedPeople -c -n <Fully Qualified Server Machine Name> Ad esempio: certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com.

  • Last updated on