Certificat De Stockage Windows Azure Expiré
Le certificat de notre stockage blob Azure a expiré aujourd'hui. Ce n'est pas un certificat fourni par nous, mais fourni par Microsoft comme le montre l'image ci-dessous. Comment fait-on pour corriger cela? J'ai essayé de chercher une solution, mais rien trouvé. Notre application ne peut pas se connecter au stockage car le certificat a expiré et nous recevons une erreur indiquant: Impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS
4 réponses
Comme mesure temporaire, j'ai pu me connecter au portail azure et changer la partie protocole de la chaîne de connexion de https à http.
Deux autres solutions possibles si vous pouvez RDP dans vos rôles.
- Modifiez la configuration manuellement dans le c:\Config répertoire.
- construisez une DLL qui est corrigée pour contourner le problème et téléchargez-la manuellement via RDP. La solution de contournement peut être des chaînes de connexion codées en dur, ou mettre du code pour accepter les certificats expirés. Par exemple:
ServicePointManager.ServerCertificateValidationCallback = delegate { return true; };
(Conseils chapeau à AlexNS sur les forums MSDN pour idea # 2 et à Jason Vallery pour le rappel de validation de cert code)
Comme indiqué dans les commentaires, désactiver HTTPS et / ou ignorer les erreurs de validation de certificat peut compromettre la sécurité de vos communications. Alors réfléchissez bien avant de faire cela, et changez-le dès que Microsoft résout ce problème.
Nous avons pu esquiver la plupart de ceci en premier lieu en utilisant explicitement des points de terminaison HTTP pour le stockage (nous n'y stockons rien de trop sensible).
Si vous êtes dans une situation similaire et que vous pouvez le faire avec des points de terminaison HTTP, il existe une solution de contournement qui vous permet de mettre à niveau vos rôles en permanence. Il implique des déploiements Azure Powershell avec des packages locaux et semble fonctionner même lorsque les mises à niveau via les deux portails continuent d'échouer.
Juste comme une note-si vous passez à http à partir de https, le mécanisme de transfert ne s'assure plus que les données sont transférées correctement, et vous Pouvez Avoir Besoin de vérifier le MD5 du blob.
StorageClient Cet article , jamais à partir de téléchargements.
Pour StorageClient 2.0, vous devrez peut-être changer les Blobequestoptions en UseTransactionalMD5 ( comme détaillé ici)