.NET 4.5 formes d'application de la connexion à SQL Server 2012 échoue: Fournisseur de certificats SSL, erreur: 0

J'ai un problème de connexion à une instance de SQL Server 2012 en cours d'exécution sur Windows Server 2012. J'ai un .NET 4.5 application windows forms installé sur un ordinateur client qui exécute Windows 7. L'erreur que je reçois est: est-ce

A connection was successfully established with the server, but then an error 
occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - 
The wait operation timed out.)

Ma chaîne de connexion ressemble à ceci:

server=SERVERNAME;database=DATABASENAME;User Id=someuser;password=somepassword;Timeout=60;app=LabelMaker

J'ai essayé de la connexion à SQL Server à partir de l'ordinateur client à l'aide QueryExpress
et ça a fonctionné! Mon application est en 64 bits si c'est d'une quelconque aide. J'ai vérifié tous les paramètres, je pense, que dans SQL Server. Pas de forcer le chiffrement est activé sur les protocoles (de mémoire partagée et tcp/ip), le pare-feu de domaine est ouvert sur le serveur. J'ai essayé diverses chaînes de connexion avec toutes sortes de inconnu hors des paramètres, toujours le même résultat, échec.

Je suis vraiment confus au sujet de pourquoi il fonctionne avec QueryExpress? Mon application fonctionne quand il est connecté à une instance distante de SQL SERVER Express sur une autre machine, il fonctionne aussi si je l'exécute sur le Serveur SQL server 2012 de la machine.

J'ai aussi essayé la connexion au serveur à partir de l'ordinateur client avec LinqPad et c'est aussi vraiment bizarre, avec la nouvelle version basée sur net4/4.5 (Version: 4.43.06), il échoue, mais lorsque j'utilise l'ancienne version de Linqpad (2.x) basé sur net3.5 il fonctionne!

Il semble que Panda Security est à l'origine du problème, j'ai couru

netsh winsock show catalog

et a trouvé un peu de panda entrées, puis j'ai fait un reset

netsh winsock reset

maintenant mon application fonctionne très bien, j'ai ensuite redémarré la machine, a couru le catalogue de la commande de nouveau,
le panda entrées étaient de retour et de mon application est d'avoir le même problème qu'avant.

Voici le Panda entrées dans le catalogue winsock: https://gist.github.com/pellehenriksson/5159883

Toutes les idées et suggestions sont appréciés.

Mise à JOUR

Panda Security v5 est la cause de ce problème, cela a été confirmé par Panda soutien.
La cause racine du problème est expliqué par Alex ci-dessous. Le client fera une mise à niveau vers v6 de Panda Security, je vais le tester de nouveau après la mise à niveau.

CONCLUSION
Le déplacement de Panda Security v6.0 résolu ce problème.

Semble être un problème de firewall. Lire le sujet suivant: Configurer le Pare-feu Windows pour Autoriser l'Accès à SQL Server. Est vous application de la connexion au Moteur de Base de données / Services d'Analyse / Reporting?
Je suis sûr que ce n'est pas un problème de firewall, je suis en mesure de vous connecter avec un client écrit en .NET 2.0. Lors de la suppression de Panda LSP est qu'il travaille .NET 4.5.
Pourriez-vous aussi ajouter la chaîne de connexion?
Cela pourrait-il être lié à votre question: SetFileCompletionNotificationModes API provoque une IO port d'achèvement de ne pas fonctionner correctement avec un non-IFS LSP installé?
La nature du problème des points dans cette direction, mais je ne suis pas vraiment sûr de savoir comment interpet le Panda entrées dans le catalogue winsock.

OriginalL'auteur Pelle | 2013-03-13

  1. 6

    Ce qui semble être un non-associé à Microsoft problème: Visual Studio 11 beta installation désactivé mon abillity pour se connecter à distance MS SQL Server, mais pas les bases de données locales.

    Le billet a été fermé externe.

    La seule solution disponible en ce moment sur Microsoft Connect est:

    Posté par Lars Joakim Nilsson 5/4/2012 à 5:03 AM

    Ma machine avait ce problème. Le travail autour de pour moi a été de supprimer non-IFS LSP installé Catalogue Winsock Fournisseur. Se
    http://support.microsoft.com/kb/2568167
    /Lars Nilsson

    La SetFileCompletionNotificationModes API provoque une IO port d'achèvement de ne pas fonctionner correctement avec un non-IFS LSP installé lien donne la résolution:

    Ne précisant pas le FILE_SKIP_COMPLETION_PORT_ON_SUCCESS drapeau ou
    suppression de tous les non-IFS Winsock Lsp installé. Aussi, de passer d'une
    non-IFS LSP pour Windows Filtre Plate-forme (PAM) permet de résoudre ce problème.

    Donc, vous devez supprimer des Panda Security ou, comme alternative, vous pouvez essayer d'exécuter netsh winsock reset comme une pré-commande de construction de (bien que je ne suis pas sûr si c'est efficace, sans redémarrage), qui vous permettrait de développer déboguer votre application.

    [Mise à JOUR]

    Plus d'informations sur la compatibilité de l'application est donnée ici: La Compatibilité des applications dans le .NET Framework 4.5:

    Données

    SQLClient

    Fonction

    Capacité à se connecter à une base de données SQL Server à partir de code managé qui
    s'exécute sous le .NET Framework 4.5.

    Changement

    L'existant synchrone API chemin de code a été modifié pour ajouter
    asynchrone de soutien.

    Impact

    La présence de non-IFS Winsock de la Base de Fournisseurs de Services (Bsp) ou des Fournisseurs de Services superposés) peuvent interférer avec la capacité de
    se connecter à SQL Server    . Pour plus d'informations, voir
    SetFileCompletionNotificationModes API provoque une terminaison d'e /s du port
    ne pas fonctionner correctement avec un non-IFS LSP installé sur Microsoft
    Site web de Support.

    Fait un reset fonctionne tant que je n'ai pas de redémarrer la machine. =) Le problème n'est pas sur ma machine. C'est un problème sur l'un de ses clients de l'ordinateur client. Je suppose que la recherche de Panda Security est la prochaine étape. Merci de votre aide.

    OriginalL'auteur Alex Filipovici

  2. 2

    Je déteste le dire, mais de redémarrer Visual Studio et Microsoft SQL Server Management Studio résolu ce problème.

    Il ne fait pas de sens, mais votre solution a fonctionné !!!!
    comment SSMS peut provoquer cette erreur est déconcertant, mais il fonctionne!

    OriginalL'auteur Josh Lowe