CSS, obrazy, JS nie ładują się w IIS

Wszystkie moje aplikacje działały dobrze, ale nagle wszystkie witryny w IIS nie ładują css, obrazów, skryptów. Przekierowuje do strony logowania.

Jeśli się zaloguję, działa dobrze. np. mysite.com/Account/LogOn?ReturnUrl=%2fpublic%2fimages%2ficons%2f41.png

Na moim komputerze lokalnym działa dobrze bez logowania.

Problem może polegać na tym, że usługi IIS nie obsługują zawartości statycznej, którą można skonfigurować tutaj:

Źródło: http://adilmughal.com/blog/2011/11/iis-7-not-loading-css-and-image/

Windows 10:

Miałem ten sam problem, nieuwierzytelniona strona nie ładowała CSS, JS i obrazów po zainstalowaniu mojej aplikacji internetowej w ASP.Net 4.5 w IIS 8.5 na Windows Server 2012 R2.

1. Miałem zainstalowaną rolę zawartości statycznej
2. Moja aplikacja internetowa znajdowała się w folderze wwwroot usług IIS, a wszystkie uprawnienia do folderów systemu Windows pozostały nienaruszone (domyślne, w tym IIS_IUSRS)
3. Dodałem autoryzację do wszystkich folderów, które zawierały CSS, JS i obrazy.
4. Miałem folder aplikacji sieciowej w udziale Windows, więc usunąłem udostępnianie zgodnie z sugestią @ imran-rashid

Wydawało się jednak, że nic nie rozwiązało problemu. W końcu spróbowałem ustawić tożsamość anonimowego użytkownika na tożsamość puli aplikacji i zaczęło działać.

Uderzyłem się w głowę przez kilka godzin i mam nadzieję, że ta odpowiedź uratuje cierpienie innym programistom.

Naprawdę chciałbym wiedzieć, dlaczego to działa. jakieś pomysły?

Miałem podobny błąd, moja konsola wyglądała tak:

Mój problem polegał na tym, że prowadziłem witrynę w podfolderze, ponieważ firma korzystała z jednej domeny głównej i żadnych domen podrzędnych. Lubię to:

host.com/app1

host.com/app2

Mój kod wyglądał tak, aby zawierał skrypty, które działały dobrze na hoście lokalnym, ale nie w app1 lub app2:

<link rel="stylesheet" type="text/css" href="/Content/css/font-awesome.min.css" />

Dodano znak tyldy ~do src i wszystko działało:

<link rel="stylesheet" type="text/css" href="~/Content/css/font-awesome.min.css" />

Wyjaśnienie ~vs /:

• / - Katalog główny witryny
• ~/ - Katalog główny aplikacji

/zwróci katalog główny witryny ( http://host.com/),

~/zwróci katalog główny aplikacji ( http://host.com/app1/).

Spróbuj usunąć sekcję staticContent z pliku web.config .

<system.webServer>
    <staticContent>
        ...
    </staticContent>
</system.webServer>

To może nie odpowiadać na twoje pytanie, ale uderzałem głową z tymi samymi objawami w nowej instalacji IIS. CSS, JS i obrazy nie były wyświetlane. Wynikało to z tego, że rola „Zawartość statyczna” nie została zainstalowana w usługach IIS 7.5.

Prawdopodobnie masz włączone uwierzytelnianie systemu Windows w pliku web.config. Na komputerze lokalnym poświadczenia systemu Windows są automatycznie przekazywane i działa. W działającej witrynie jesteś traktowany jak anonimowy użytkownik (ustawienie IE może to kontrolować, ale nie modyfikuj tego, chyba że naprawdę wiesz, co robisz).

Powoduje to:

• Musisz jawnie się zalogować.
• Zasoby takie jak skrypty i CSS nie są udostępniane na stronie logowania, ponieważ nie jesteś uwierzytelniony.

To nie jest zepsute, po prostu działa zgodnie z przeznaczeniem, ale aby „naprawić” to:

• Zmień typ uwierzytelniania w pliku web.config, jeśli nie chcesz żadnego logowania.
• I / lub dodaj plik web.config w katalogach zawierających CSS, obrazy, skrypty itp., Który określa zasady autoryzacji.

Dodaj to do swojego pliku web.config

<location path="Images">
    <system.web>
        <authorization>
            <allow users="*" />
        </authorization>
    </system.web>
</location>

Użyj tego w sekcji konfiguracyjnej pliku web.config:

<location path="images">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>
<location path="css">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>
<location path="js">
<system.web>
  <authorization>
    <allow users="*"/>
  </authorization>
</system.web>
</location>

To był problem z uprawnieniami systemu Windows, przenoszę folder, który dziedziczy złe uprawnienia. Kiedy przenoszę się do folderu wwwroot i dodam uprawnienia do użytkownika iis, zaczyna działać dobrze.

U mnie dodanie tego w web.configrozwiązaniu problemu

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true" >
      <remove name="UrlRoutingModule"/>    
    </modules>
</system.webServer>

Moja godzina bólu była spowodowana zdefiniowaniem typów MIME w web.config. Potrzebowałem tego dla serwera deweloperskiego, ale lokalne IIS go nienawidziły, ponieważ powielały typy MIME ... po usunięciu ich z web.config problem z js, css i obrazami nie ładującymi się zniknął.

To jest problem z uwierzytelnianiem. W moim przypadku rozwiązano to za pomocą poniższych kroków: 1- Przejdź do menedżera IIS, w lewym okienku rozwiń katalog główny serwera i wybierz aplikację internetową z węzła Witryny. 2- Na ekranie głównym przejdź do sekcji IIS i wybierz opcję Uwierzytelnianie. 3- Włącz uwierzytelnianie anonimowe. 4- Następnie wybierz Edytuj i ustaw Edytuj anonimowe dane uwierzytelniające na tożsamość puli aplikacji.

W moim przypadku,

Usługi IIS mogą załadować wszystko z localhost, ale nie mogą załadować moich plików szablonów app.tagz192.168.0.123

ponieważ .tagrozszerzenia nie było na liście.

Aby to naprawić:

Przejdź do Internetowych usług informacyjnych (IIS)

Kliknij witrynę, na którą próbujesz załadować obraz

W sekcji IIS otwórz menu Uwierzytelnianie i Włącz także uwierzytelnianie systemu Windows.

Jedna sugestia, którą w przeszłości uznałem za pomocną podczas tworzenia witryn w środowisku testowym hosta lokalnego, podczas pracy z kopią witryny produkcyjnej. Upewnij się, że skomentowałeś tagi kanoniczne:

  <!--<base href="http://www.example.com/">//-->

Jeśli wypróbowałeś wszystkie powyższe rozwiązania i nadal masz problemy, rozważ użycie metody ResolveClientUrl () z ASP.NET.

Skrypt na przykład:

Zamiast używać

<script src="~/dist/js/app.min.js" ></script>

Użyj metody

<script src="<%= ResolveClientUrl("~/dist/js/app.min.js") %>" ></script>

To było moje rozwiązanie, które zadziałało dla znajomego, któremu pomagałem!

Miałem ten sam problem. U mnie było to spowodowane ustawieniem nagłówka Cache-Control na poziomie serwera w IIS na no-cache, no-store. Więc dla mojej aplikacji musiałem dodać poniżej do mojego web.config:

<httpProtocol>
    <customHeaders>
        <remove name="Cache-Control" />
    </customHeaders>
</httpProtocol>

Jedną z możliwych przyczyn jest to, że aplikacja oczekuje, że będzie działać na porcie 443 (standardowy port SSL), a port 443 jest już używany. Kilka razy spotkałem się z tym, gdy programiści próbowali uruchomić naszą aplikację, gdy Skype jest uruchomiony na ich komputerach.

Niesamowite, Skype działa na porcie 443. Moim zdaniem jest to straszna wada projektowa. Jeśli zobaczysz, że Twoja aplikacja próbuje działać na 444 zamiast 443, zamknij Skype, a problem zniknie.

Dodałem app.UseStaticFiles();ten kod w starup.cs metody Configure, niż jest to naprawione.

I sprawdź swoje uprawnienia do tego folderu.

Do zdjęć użyj

@Url.Content("~/assets/bg4.jpg")

w stylu użyj tego

style="background-image:url(@Url.Content("~/assets/bg4.jpg"))

W moim przypadku, gdy żaden z moich plików javascript, png ani css nie ładował się, wypróbowałem większość powyższych odpowiedzi i żadna nie wydawała się działać.

W końcu znalazłem „ Request Filters ” i musiałem dodać .js, .png, .css jako włączony / zaakceptowany typ pliku.

Po wprowadzeniu tej zmiany wszystkie pliki były poprawnie obsługiwane.

Jeśli widzisz błędy 403 w konsoli przeglądarki, sprawdź konfigurację pakietu MVC. Nazwy pakietów nie powinny pasować do żadnych istniejących nazw folderów w projekcie.

na przykład.

bundles.Add(new StyleBundle("~/Content/css")...

... spowodowałoby problemy dla usług IIS, gdyby struktura folderów $ (ProjectDir) \ Content \ css istniała w twoim projekcie, ponieważ próbuje przeszukać istniejący folder w poszukiwaniu zawartości pakietu, której tam nie ma.

Zamiast tego po prostu użyj czegoś takiego:

bundles.Add(new StyleBundle("~/Content/cssbundle")...

Ten problem występuje, gdy usługi IIS nie renderują zawartości statycznej, takiej jak pliki JS, CSS, obrazy.

Aby rozwiązać ten problem, wykonaj poniższe czynności:

Przejdź do Panelu sterowania> Włącz lub wyłącz funkcje systemu Windows> Internetowe usługi informacyjne> Usługi World Wide Web> Typowe funkcje HTTP> Zawartość statyczna.

Upewnij się, że zawartość statyczna jest włączona.

Bingo. Gotowe. Załaduj ponownie stronę, a zobaczysz całą statyczną zawartość.

Miałem dokładnie ten sam problem, wypróbowałem wszystkie sugestie, ale nic nie uzyskałem. Wkurzył mnie godzinami. Okazało się, że mój dostawca usług internetowych zablokował port 80 z kilku powodów.

Rada: sprawdź ruch. Upewnij się, że port 80 działa zarówno lokalnie (tj. Zapora), jak i zewnętrznie.