5

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.MVC WebApplication już nie uruchamia się w IIS Express (przekierowuje do https: // localhost w przeglądarce Chrome)

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:

enter image description here

+0

Pokaż zrzut ekranu z 'Project' =>' Properties' => 'Web' tab. To prawdopodobnie wiele wyjaśni. – trailmax

+0

@trailmax: Dodano (nie pomogło nam, ale proszę spojrzeć lub poprosić o dalsze informacje). Dzięki –

+0

Po ponownym pobraniu źródła z TFS, usunąłeś wszystkie pliki ustawień użytkownika? Pobierz źródło do innego folderu i spróbuj tam ... – trailmax

Odpowiedz

7

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ć.

+1

Dzięki, stracił prawie godzinę przed znalezieniem odpowiedzi :) – Dryadwoods

+0

Dzięki to jest niesamowite. Straciłem kilka godzin z tego powodu – orellabac

+0

@ Bogac - Wszelkie myśli o [this] (http://stackoverflow.com/q/34130579/2404470) proszę? – xameeramir