Voici quelques options de titre, en gardant à l'esprit le format de la question et l'objet de l'article : Option 1 (directe et concise) : * Pourquoi est-ce que j'obtiens des erreurs de négociation TLS après la mise à niveau d'Azure SQL Database v12 ? Opération

Échec de la négociation TLS d'Azure SQL Database après la mise à niveau vers la version 12

Les utilisateurs signalent avoir rencontré un échec de négociation TLS lors de la tentative de connexion à leur base de données Azure SQL depuis la mise à jour v12. Le message d'erreur indique que le certificat est valide pour un nom d'hôte spécifique, mais pas pour le nom du serveur tenté de connexion.

Dépannage :

Une solution potentielle consiste à modifier la chaîne de connexion. Plus précisément, les paramètres TrustServerCertificate et hostNameInCertificate doivent être ajustés comme suit :

• TrustServerCertificate=True
• hostNameInCertificate=*.database.windows.net

Pourquoi les connexions locales réussissent :

La chaîne de connexion utilisée n'a peut-être pas besoin d'être modifiée pour les connexions locales, car le certificat TLS s'alignerait sur le nom du serveur utilisé.

Problèmes de connexion à Azure Web App :

Dans le cas d'Azure Web Apps, la chaîne de connexion modifiée est nécessaire car le portail Azure suggère de définir TrustServerCertificate=False et d'omettre hostNameInCertificate. Cependant, cette configuration semble provoquer des problèmes de connexion après la mise à jour v12.

Conseils :

• Assurez-vous que la chaîne de connexion est mise à jour avec les paramètres TrustServerCertificate et hostNameInCertificate appropriés. .
• Vérifiez que la chaîne de connexion mise à jour est utilisée correctement dans le code de votre application.
• Si le problème persiste, consultez les journaux du serveur pour obtenir des informations supplémentaires sur les erreurs.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!