System.Net.WebException levée lors de la consommation d'un service Web via HTTPS

Lors d'un appel à un service web s'exécutant sur un serveur à l'aide de HTTPS ma demande jette un Système.Net.WebException avec le message "La connexion sous-jacente a été fermée: impossible d'établir une relation de confiance avec le serveur distant". Je ne suis pas sûr de la façon de contourner ce problème et réussi à faire l'appel.

source d'informationauteur Brad

  1. 17

    Après quelques recherches, j'ai trouvé une entrée de blog par Jan Tielens qui explique ce qui se passe et une solution pour mon problème:

    Lorsque vous accédez à un site en HTTPS, vous avez probablement une fenêtre de dialogue vous demandant si vous souhaitez faire confiance au certificat fourni par le serveur web. De sorte que la responsabilité d'accepter le certificat est manipulé par l'utilisateur. Revenons à la webservice scénario, si vous souhaitez appeler un webservice situé sur un serveur web qui utilise le protocole SSL et HTTPS il y a un problème. Lorsque vous effectuez un appel à partir du code, il n'y a pas de fenêtre de dialogue qui s'affichent, et vous demandant si vous confiance à ce certificat (heureusement, parce que ce serait assez moche à côté serveur scénarios); probablement vous aurez exception suivante:

    Une exception non gérée du type System.Net.WebException s'est produite dans System.dll

    Informations supplémentaires: Le sous-jacent
    la connexion a été fermée: impossible
    établir une relation de confiance avec
    serveur distant.

    Mais il y a une solution pour cela
    problème, vous pouvez résoudre ce problème dans votre
    code en créant votre propre
    CertificatePolicy classe (ce qui
    met en œuvre la ICertificatePolicy
    interface). Dans cette classe, vous allez
    écrire votre propre
    CheckValidationResult fonction
    a retourner true ou false, comme vous
    serait-appuyez sur oui ou sur non dans la boîte de dialogue
    de la fenêtre. À des fins de développement, j'ai
    créé la classe suivante qui
    accepte tous les certificats, donc vous n'aurez pas
    obtenir le méchant WebException plus:

    public class TrustAllCertificatePolicy : System.Net.ICertificatePolicy
{
    public TrustAllCertificatePolicy() { }

    public bool CheckValidationResult(ServicePoint sp, X509Certificate cert, WebRequest req, int problem)
    {
        return true;
    }
}

    Comme vous pouvez le voir le
    CheckValidationResult fonction toujours
    retourne true si tous les certificats
    être digne de confiance. Si vous voulez faire de cette
    classe un peu plus sécurisé, vous
    pouvez ajouter des contrôles supplémentaires à l'aide de la
    X509Certificate paramètre par exemple.
    Pour utiliser cette CertificatePolicy, vous aurez
    ont à dire la ServicePointManager
    pour l'utiliser:

    System.Net.ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();

    Cela doit être fait (une fois au cours de la
    cycle de vie des applications) avant de faire
    l'appel à votre webservice.

  2. 3

    Si vous utilisez un certificat SSL auto-signé, ou un non approuvés SSL cert, vous pouvez dire à votre application à l'ignorer (Si vous voulez vraiment l'ignorer). par exemple,

    ServicePointManager.ServerCertificateValidationCallback = _
      new RemoteCertificateValidationCallback(IgnoreSelfSSL)

public bool IgnoreSelfSSL(ServicePoint sp, X509Certificate cert,WebRequest req, int problem) { 
   return true; 
}

    Vous pouvez placer le rappel n'importe où qui sera touché avant l'exécution de votre appel de service.

  3. 1

    Conseils donnés dans les réponses devraient être utilisés uniquement pour les tests. Pour l'acceptation/production, vous devriez avoir WS certificat installé sur la machine faisant appel à WS, et de faire de la validation de certificat avant d'appeler WS - expiration, sous réserve etc. Ensuite, vous pouvez ajouter ce certificat WS demande par SoapHttpClientProtocol.Proxy.ClientCertificates.