Certificat de stockage Windows Azure expiré

Question

Le certificat pour notre Azure blob storage 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 à l'espace de stockage que le certificat a expiré et nous obtenons un message d'erreur indiquant: impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS

Answer 1

À titre de mesure temporaire, j'ai pu me connecter au portail azure et modifier la partie protocole de la chaîne de connexion de https à http.

Answer 2

Deux autres solutions possibles si vous pouvez RDP dans vos rôles.

1. Modifier la configuration manuellement dans le c:\Config répertoire.
2. Créer une DLL qui est patché pour contourner le problème, manuellement et de le télécharger via le protocole RDP. La solution de contournement peut être codé en dur chaînes de connexion, ou de mettre dans le code d'accepter expiré certs. Par exemple: ServicePointManager.ServerCertificateValidationCallback = delegate { return true; };

(Chapeau conseils pour AlexNS sur les forums MSDN pour l'idée n ° 2 et Jason Vallery pour le cert callback de validation code)

Comme indiqué dans les commentaires, la désactivation de HTTPS et/ou ignorant un certificat de validation des erreurs peuvent compromettre la sécurité de vos communications. Donc réfléchissez bien avant de faire cela, et de le changer en arrière dès que Microsoft corrige ce problème.

Answer 3

Nous avons été en mesure d'esquiver la plupart des de ce en premier lieu par le biais de l'utilisation explicite des points de terminaison HTTP pour le stockage (nous ne stockons pas quelque chose de trop sensible).

Dans le cas où vous êtes dans une situation similaire et pouvez faire avec les points de terminaison HTTP, il y a une solution qui permet de mettre à jour vos rôles en permanence. Elle implique Azure Powershell déploiements locaux paquets et semble fonctionner même lors de la mise à jour par les deux portails continue à échouer.

Answer 4

Juste une remarque - si vous passez à http, https, puis le mécanisme de transfert n'est plus fait que les données sont transférées correctement, et vous pouvez avoir besoin de vérifier le MD5 de la goutte.

StorageClient < 2.0 gère ce parfois avec le téléchargement, mais la lecture de cet article, jamais de téléchargements.

Pour StorageClient 2.0, vous devrez peut-être modifier la méthode blobrequestoptions à UseTransactionalMD5 (comme détaillé ici)