MVC WebApplication już nie uruchamia się w IIS Express (przekierowuje do https: // localhost w przeglądarce Chrome)

Question

Zmieniłem ustawienia OAuth/Owin i ustawienia publikowania Azure w projekcie aplikacji sieciowej dziś rano, ale wkrótce po tym zdecydowaliśmy, że wdrożenie będzie konkretna maszyna wirtualna IIS Azure (obecnie widoczna w naszej lokalnej domenie). Wszystkie zmiany kodu/ustawień zostały cofnięte.

W pewnym momencie zmieniłem również plik drivers\etc\hosts, aby zezwolić na fałszywą nazwę Microsoft OAuth, ale zostało to cofnięte.

Uwagi:

• Mój startup URL jest http://localhost:22222/
• Używam pod IIS Express (jak mój lokalny Dev VM nie pozwoli mi zainstalować pełną IIS)
• Kiedy rozpocząć Aplikacja internetowa z IE Po prostu dostaję "Ta strona nie może być wyświetlana"
• Jeśli uruchomię ją w Chrome, otrzymam komunikat "Strona internetowa jest niedostępna", ale zmienia ona również adres URL przeglądarki na https://localhost (uwaga na s, tj. Za pomocą SSL).
• Wyciągnąłem projekt ze świeżej kontroli źródła. Bez zmiany.
• Projekt znajduje się pod kontrolą źródła TFS.
• Inny programista tego samego projektu ma najnowsze pliki i działa poprawnie.
• Jeśli uruchamiam jakikolwiek inny projekt aplikacji sieci Web, działają dobrze.
• Cała rejestracja dostawców OWIN została skomentowana. Bez zmiany.
• Usunięto cały folder projektu i wyciągnięto nowy z TFS. Bez zmiany. To prawdopodobnie oznacza, że ​​przyczyną jest lokalna konfiguracja maszyny?

Co mogłem uszkodzić w mojej aplikacji sieciowej, aby spowodować ten problem? Od wielu dni drapie mi głowę i nic, co próbujemy, nie działa. Aplikacja po prostu nie uruchomi się w żadnej przeglądarce.

Ustawienia Project Web zakładka:

Answer 1

Odpowiedź na dole, z uwagi na to chromu wydania [issue 444479] pomógł mi:

samo tutaj - Wierzę również spowodowane przez TGV - patrz http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

Jeśli masz (opracowane) inne witryny localhost, które wysyłają HSTS nagłówek ...

np. Strict-Transport-Security: max-age = 31536000; includeSubDomains; preload

... wtedy, w zależności od wartości maksymalnego wieku, przyszłe żądania do localhost będą wymagane do wyświetlenia przez HTTPS.

Aby obejść ten problem, zrobiłem co następuje.

• adres Chrome typu bar "chrome: // net-internals/# TGV"
• Na samym dole strony znajduje się pole tekstowe Domena kwerend - sprawdzić, czy localhost jest znany przeglądarce
• Jeśli tak, to usunąć domenę localhost używając pole tekstowe powyżej
• witryna powinna teraz działać stosując zwykły stary HTTP

HTH,

Jay

ps. Nie jest to rozwiązanie trwałe, ale przynajmniej sprawi, że będzie działało między projektami . Jeśli ktoś wie, jak trwale wyłączyć localhost z listy TGV daj mi znać :)

Spróbować.