Stimmt es, dass der ASP.NET MVC Browser-Link nicht für die https (SSL) -URL funktioniert?

Nach diesen Link arbeitet Microsoft daran.

Ich konnte das Problem umgehen, indem ich diese Schritte (mit Chrome) befolge:

1. Wenn der Debugger den Browser öffnet, öffnen Sie die F12-Tools.
2. Gehen Sie zur Registerkarte Konsole.
3. Es sollte eine Fehlermeldung erscheinen, die ungefähr so ​​aussieht: GET https://localhost:[port]/[guid]/browserLink net::ERR_INSECURE_RESPONSE
4. Öffnen Sie den Link in einem neuen Tab.
5. Klicken Sie auf Trotzdem fortfahren.
6. Schließen Sie die Registerkarte Browser-Link.
7. Laden Sie den Tab mit Ihrer App neu.

Browser Link sollte dann anfangen zu arbeiten.

Ich habe auch daran gearbeitet, indem ich die Skriptverknüpfung erhalten habe, sie auf die Wurzel reduziert und dort gesucht habe. Sobald Sie dort sind, akzeptieren Sie die Zertifikat-Warnung, zeigen Sie das Zertifikat an und installieren Sie es in den vertrauenswürdigen Roots. Von nun an wird das Zertifikat vertrauenswürdig und das Skript wird automatisch geladen.

Diese Einschränkung wurde anscheinend in Visual Studio 2015 entfernt. Ich sehe keine Erwähnung in Versionshinweise , aber Browser Link ist in meiner Entwicklungsumgebung unter SSL voll funktionsfähig.

Ich konnte Browser Link, Web Essentials, nicht mit den genannten Mitteln mit SSL arbeiten. Ich konnte jedoch einen Weg finden, um es für mich arbeiten zu lassen.

Ich verwende meine App über IIS (nicht Express) und meine App wurde unter der Standardwebsite verschachtelt. Beim Debuggen der Website habe ich gesehen, dass Chrome einen Verbindungsfehler mit einer URL über den Port 44399 abgemeldet hat. Durch das Hinzufügen einer Bindung für diesen Port für https konnte die Verbindung dann erfolgreich hergestellt werden. Ich habe auch ein lokales Entwicklungszertifikat für das SSL-Zertifikat verwendet.

HAFTUNGSAUSSCHLUSS: Visual Studio versucht, Ihr Partner zu sein und keine Ports zu verwenden, an die Sie in IIS gebunden sind. Sobald Sie Visual Studio schließen und erneut öffnen, wird der Port 44399 wahrscheinlich nicht mehr verwendet. Es sieht so aus, als würde es dekrementieren, bis es den nächsten verfügbaren Port findet. Wenn Sie also 44398 nicht verwenden, ist dies Ihre Nummer. Sobald Sie 44399 freigegeben haben, schließen Sie Visual Studio und öffnen Sie es erneut. Es wird wahrscheinlich wieder an 44399 gebunden.

Hoffentlich hilft das einigen von euch.

Ich hatte ein ähnliches Problem mit benutzerdefinierten Domänen und Subdomänen in IIS Express über HTTPS.
(Verwendung des SSL-Zertifikats Ich selbstsigniert mit Unterstützung für localhost und meine benutzerdefinierte Domäne, installiert mit selbstsignierter Stammberechtigung im vertrauenswürdigen Zertifikatspeicher)

Ich hatte IISEx, das Zertifikat zu verwenden und es an Port 443 (als Admin-Benutzer) zu liefern, aber die Browserverbindung schlug mit CONNECTION_RESET fehl.
Dies blieb auch nach dem Zurückschalten auf localhost als Website-URL für IIS usw. bestehen. Es stellte sich heraus, dass ich vergessen hatte, das Zertifikat zu ersetzen, das den anderen Ports zugeordnet ist, die IIS Express verwendet (speziell Port 44399), die immer noch mit dem von IIS Express verwendeten Standardentwicklungszertifikat verknüpft waren

Ссылка

Ссылка < br> [Einfache Anleitung, aber die Anleitung zum Löschen vorhandener Zertifikatsbindungen fehlt]