Veröffentlichung aus Visual Studio mit Azure SDK 1.7 funktioniert nicht mehr - Zertifikat / Fingerabdruckfehler
Ich habe ein langjähriges Azure Cloud Service-Projekt, mit dem ich Web- und Worker-Rollen von Studio aus in Azure bereitstellen kann. Die Cloud-Service-Definitions- und Cloud-Konfigurationsdateien enthalten Informationen zu Zertifikaten, die in den Cloud-Service hochgeladen wurden. Also, in der Service-Definition:
%Vor%und in der Servicekonfiguration:
%Vor%Ich habe mit diesen Konfigurationen und Zertifikaten für einen langen, langen Zeitraum ohne Probleme auf demselben Cloud-Dienst veröffentlicht.
Nun habe ich gerade ein Upgrade auf das Azure 1.7 SDK (Juni 2012) für Visual Studio 2010 SP1 durchgeführt. Sobald ich mein Cloud-Service-Projekt aktualisiert habe [in den Eigenschaften, klicken Sie auf "Upgrade"], kann ich aufgrund eines scheinbaren Zertifikatsfehlers nicht mehr bereitstellen:
1:25:28 PM - Verbindung ... 1:25:33 PM - Fehler: Zertifikat: 'cert' mit Fingerabdruck: für Rolle: My.Web wurde nicht in den Cloud-Dienst hochgeladen: Mein Test NC. 1:25:33 PM - Fehler: Zertifikat: 'Verschlüsselung' mit Fingerabdruck: für Rolle: My.Web wurde nicht in den Cloud-Service hochgeladen: Mein Test NC.
Beachten Sie, dass im Fehler kein Fingerabdruck aufgeführt ist. Ich habe ihn hier aus Sicherheitsgründen nicht entfernt.
Wenn ich die Projektdatei bearbeite und absolut nichts anderes außer dem Wechsel von 1.7 zu 1.6 ändere, funktionieren die Installationen von Studio wieder einwandfrei.
Es scheint, als gäbe es Probleme mit Visual Studio SP1 und Azure 1.7, aber ich habe keine Beweise gefunden, dass jemand anders ähnliche Probleme hat.
UPDATE: Ich habe gerade mit Microsoft gesprochen und jetzt sind uns die Reproduktionsschritte zumindest klar:
- Es muss mehrere Service-Konfigurationen geben (z. B. "Entwicklung" und "Test")
- Die verschiedenen Umgebungen müssen unterschiedliche Zertifikate (und daher unterschiedliche Fingerabdrücke) haben.
Da man vermutlich keine Produktionszertifikate auf Entwicklungsmaschinen speichern möchte (insb. weil man nicht möchte, dass Entwicklungsmaschinen verschlüsselte Produktionswerte entschlüsseln können - z. B. ob ein Entwicklungs-Laptop verloren gegangen ist) , verschiedene Zertifikate in verschiedenen Umgebungen scheinen mit den Standard-Best Practices übereinzustimmen.
An diesem Punkt wird Microsoft prüfen, ob dies etwas ist, das repariert werden muss oder nicht. In der Zwischenzeit sind die Problemumgehungen für Azure 1.7 SDK: (1) Verwenden Sie nicht "veröffentlichen" aus Studio; (2) Verwenden Sie nicht mehrere Dienstkonfigurationen; oder (3) benutze die gleichen Zertifikate in allen Umgebungen (nicht persönlich von mir empfohlen).
3 Antworten
Die "Antwort" scheint zu sein, dass Sie, wenn Sie mehrere cscfg-Dateien im selben Projekt haben und verschiedene Fingerabdrücke für den gleichen Cert-Namen verwenden (was offensichtlich wahrscheinlich sein sollte), auf dieses Problem stoßen.
> %Vor%Wenn also der Wert von [hidden] auf cscfg-Dateien für dev, test und live schwankt, werden Sie auf den Fehler stoßen, den Sie erwähnen, wenn Sie versuchen, auf einem von ihnen zu publizieren (z. B. test.)
Wenn Sie die cscfg-Dateien für dev und live mit manage configurations löschen und löschen und dann versuchen, mit der verbleibenden Testkonfigurationsdatei zu veröffentlichen, funktioniert die Veröffentlichung (zumindest für mich.)
Das scheint wie ein Defekt.
Wir haben einen weiteren Fall gefunden, in dem dieses Problem zu sehen ist. In VS2012.2 ist der Fingerabdruck der Zertifikate in Kleinbuchstaben, aber die Azure-Verwaltungs-API scheint dies in Großbuchstaben zu verlangen. Dies ist ein Fehler in der Management Portal / API-Seite, da ein Fingerabdruck in jedem Fall sein kann - es gibt keinen Informationsinhalt in dem Fall selbst, so dass die Prüfung von der Partei, die die Prüfung durchführt, case agnostic ist (der Azure Fabric Controller glaube ich ).
Ich lade ein Bild hoch, das dies zeigt (Klicken Sie hier für das Bild mit voller Auflösung )
Tags und Links azure visual-studio-2010