Wenn Sie ein OOB-Anbieter gehostete Sharepoint-Add-In, und führen Sie von Visual Studio erstellen, sollten Sie in der Lage sein, die Standard-Web-Seite mit, um zu sehen "Willkommen <Ihr Name>" an.

Wir sind jedoch der folgende Fehler immer auf alle unsere Entwicklung 2012 Server "Diese Seite kann nicht angezeigt werden".

Nach umfangreichen Fehlersuche haben wir eine Abhilfe für dieses Problem und hier sind fand es die Schritte zu debuggen und zu beheben.

1. Stellen Sie sicher, TLS und SSL für Browser aktiviert sind, wie unten für IE gezeigt.

2. Überprüfen Sie die Web-App innerhalb IIS Eintrag ist. Die IIS-Konfiguration sollte in diesem Ort C: \ Benutzer \ harryc \ Documents \ IISExpress \ config \ applicationhost.xml. Überprüfen Sie, ob Sie die Anwendung, die Sie in der Konfiguration wie unten entwickelt haben.

<Site name = "SharePointApp4Web" id = "22">

<Application path = "/" application = "Clr4IntegratedAppPool">

<Virtual path = "/" physicalPath = "C: \ Projects \ SharePoint2013 \ O365 \ DEV2013 \ SharePointApp4 \ SharePointApp4Web" />

</ Application>

<Bindungen>

<Binding protocol = "http" binding = "*: 44119: localhost" />

<Binding protocol = "https" binding = "*: 44304: localhost" />

</ Bindings>

</ Site>

3. Überprüfen Sie Window-System einen Fehler haben, wie unten.

In meinem Fall sind die Fehler:

Ein schwerwiegender Fehler trat auf, wenn versucht wird, die SSL-Server-Anmeldeinformationen privaten Schlüssel zuzugreifen. Der Fehlercode aus dem kryptographisches Modul zurückgegeben wird, ist 0x8009030D. Der interne Fehlerzustand ist 10001.

Ein Fehler ist aufgetreten, während für die Endpunkt 0.0.0.0:44304 SSL-Konfiguration verwendet wird. Der Fehlerstatus-Code wird innerhalb der zurückgegebenen Daten enthalten sind.

4. Nest Schritt ist das CERT für die Portnummer (44304) läuft die Bahn zu überprüfen. Sie sollten bei der Certificate Hash aussehen.

Führen Sie Befehl mit der Port-Nummer der Bahn ausgeführt wird:

IIS Cert netsh http zeigen sslcert ipport = 0.0.0.0: 44304

IP: Port: 0.0.0.0:44304

Zertifikat-Hashwert: ec4d6de883f60ab764f696e6a712f6694ec86b11

Anwendungs-ID: {214124cd-D05B-4309-9af9-9caa44b2b74a}

Zertifikatspeicher Name: MY

Überprüfen der Client Certificate Revocation: Aktiviert

Stellen Sie sicher, Widerruf Mit Cached-Client-Zertifikat Nur: Deaktiviert

Verwendungsprüfung: Aktiviert

Widerruf Frische Zeit: 0

URL Retrieval Timeout: 0

Ctl Identifikation: (null)

Ctl Store Name: (null)

DS Mapper Verbrauch: Deaktiviert

Verhandeln Client-Zertifikat: Deaktiviert

Sie können von oben Befehl, um die Zertifikat-Hashwert und Anwendungs-ID erhalten.

5. Stellen Sie sicher CERT auf IIS direkt.

Sie könnten auch die certs überprüfen Sie die folgenden Befehl auszuführen.

mmc.exe-File-> Add / Remove Snapin ..-> hinzufügen Zertifikate-> Computer auswählen Konto-> Lokaler Computer-OK.

Identifizieren Sie die certs die Express-8 verwendet, und rechts klicken Open-> Details. Fand den Thumprint Wert. Dies sollte den Wert von netsh-Befehlszeile entsprechen.

In meinem Fall, ich bin immer Fehler folgende "Keine Schlüssel gefunden Zertifikat!". Sie werden verstehen, warum die zur Verfügung gestellten-gehostete Anwendung funktioniert nicht. Es gibt schlechte Zertifikat.

Wir sind nicht sicher, warum die Installation von Visual Studio nicht installiert / richtigen Zertifikate für IIE 8 express erzeugen. Wir arbeiten immer noch mit Microsoft um die Ursache zu isolieren. Die Abhilfe ist das Zertifikat IIS Express läuft gegen für eine bestimmte IP / Port zu ändern, indem Sie manuell zu löschen und erneut hinzufügen, die Bindungen über die Befehlszeile.

Hier sind die Schritte für Ihre Referenz.

1. Erstellen Sie ein selbst signiertes Zertifikat (das heißt "IISExpressTest") auf dem Server und Kenntnis von dem Thumbprint Wert.

Öffnen Sie IIS-Manager

Klicken Sie auf "Selbst signiertes Zertifikat ..."

Geben Sie den Namen wie IISExpressTest und halten Personal als Speicher

Rechts die Cert und klicken Sie auf Ansicht

Sehen Sie sich die Details und kopieren Sie die Thumbprint Wert wie

5cb2a108b853f372103294f74a12ddab0c549e6a für zukünftige Schritt

2. Von der Befehlszeile tun:

netsh http zeigen sslcert ipport = 0.0.0.0: 44304

IP: Port: 0.0.0.0:44304

Zertifikat-Hashwert: ec4d6de883f60ab764f696e6a712f6694ec86b11

Führen Sie das Web wieder, und Sie könnten überprüfen, sollte das Problem behoben werden, und Sie können die Zertifikate klicken und sehen Details, die den Thumbprint Wert übereinstimmt.

Diese Problemumgehung ausgeführt werden muss für jede Web erstellt und ich denke, dies dem Visual Studio vorkompilierte Scrip hinzufügen, um den Schritt zu automatisieren.