CSS, зображення, JS не завантажуються в IIS

Всі мої програми працювали нормально, але раптом усі сайти під IIS не завантажують CSS, зображення, скрипти. Він перенаправляється на сторінку входу.

Якщо я ввійду, він працює чудово. наприклад, mysite.com/Account/LogOn?ReturnUrl=%2fpublic%2fimages%2ficons%2f41.png

На моїй локальній машині він працює чудово без входу.

Проблема може полягати в тому, що IIS не розміщує статичний вміст, який ви можете налаштувати тут:

Джерело: http://adilmughal.com/blog/2011/11/iis-7-not-loading-css-and-image/

Windows 10:

У мене була така ж проблема: неаутентифікована сторінка не завантажуватиме CSS, JS та зображення, коли я встановлював свій веб-додаток в ASP.Net 4.5 в IIS 8.5 на Windows Server 2012 R2.

1. У мене була встановлена ​​статична роль вмісту
2. Мій веб-додаток знаходився в папці wwwroot IIS, і всі дозволи папки Windows були недоторканими (типовими, зокрема IIS_IUSRS)
3. Я додав авторизацію для всіх папок, які містили CSS, JS та зображення.
4. У мене була папка веб-додатків на спільному ресурсі Windows, тому я видалив спільний доступ, як запропонував @ imran -ashid

І все-таки ніщо не вирішило проблему. Потім нарешті я спробував встановити особу анонімного користувача на ідентифікацію пулу додатків, і воно почало працювати.

Я стукав головою кілька годин і сподіваюся, що ця реакція врятує агонію для моїх колег-розробників.

Мені б дуже хотілося знати, чому це працює. Будь-які думки?

У мене була схожа помилка, моя консоль виглядала так:

Моя проблема полягала в тому, що я працював на своєму веб-сайті в підпапці, оскільки компанія використовувала один верхній домен і жодні субдомени. Подобається це:

host.com/app1

host.com/app2

Мій код виглядав так, включаючи сценарії, які добре працювали на localhost, але не в app1 або app2:

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

Додано знак тильди ~до src, а потім все спрацювало:

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

Пояснення ~vs /:

• / - Корінь сайту
• ~/ - Кореневий каталог програми

/поверне корінь сайту ( http://host.com/),

~/поверне корінь програми ( http://host.com/app1/).

Спробуйте видалити розділ staticContent зі свого web.config .

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

Це може не відповісти на ваше запитання, але я з новою установкою IIS стукав головою з тими ж симптомами. CSS, JS та зображення не відображалися. Це було пов'язано з тим, що роль "Статичний вміст" не була встановлена ​​в IIS 7.5.

Напевно, у вашій web.config увімкнено автентифікацію Windows. На локальній машині ваші облікові дані Windows автоматично передаються, і вона працює. На веб-сайті, що перебуває в реальному часі, ви ставитесь до анонімного користувача (налаштування IE може контролювати це, але не змінюйте це, якщо ви дійсно не знаєте, що ви робите)

Це спричиняє наступне:

• Вам потрібно чітко увійти.
• Ресурси, такі як сценарії та CSS, не подаються на сторінку входу, оскільки ви не пройшли автентифікацію.

Це не зламано, працює лише за призначенням, але щоб "виправити" це:

• Змініть тип аутентифікації в web.config, якщо ви не хочете жодного входу.
• І / або додати web.config у каталог (и), що містять CSS, зображення, сценарії тощо, який визначає правила авторизації.

Додайте це до своєї web.config

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

Використовуйте це в розділі конфігурації вашого файлу 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>

Це було дозволом Windows, я переміщую папку, яка успадковує неправильні дозволи. Коли я переходжу до папки wwwroot і додаю дозвіл користувачеві iis, вона почне працювати нормально.

Для мене додавши це до web.configвирішеної проблеми

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

Моя година болю була пов'язана з визначенням типів MIME в web.config. Мені це було потрібно для сервера розробки, але локальний IIS ненавидів його, оскільки він дублював типи MIME ... як тільки я видалив їх з web.config, проблема з js, css та зображеннями, що не завантажуються, відпала.

Це проблема аутентифікації. У моєму випадку це вирішено за допомогою наступних кроків: 1 - Перейдіть до менеджера IIS, у лівій області розгорніть корінь сервера та виберіть веб-додаток із вузла Сайти. 2- На головному екрані перейдіть до розділу IIS та виберіть Аутентифікація. 3- Увімкнути анонімну автентифікацію. 4- Потім виберіть Редагувати та встановіть Редагувати анонімні облікові дані для ідентифікації пулу програм.

У моєму випадку

IIS може завантажити всі з localhost, але не може завантажити свої файли шаблонів app.tagз192.168.0.123

тому що .tagрозширення не було в списку.

Щоб виправити це:

Перейти до Інтернет-інформаційної служби (IIS)

Клацніть на своєму веб-сайті, на який ви намагаєтеся завантажити зображення

У розділі IIS відкрийте меню «Аутентифікація» та ввімкніть також автентифікацію Windows.

Одне із пропозицій, яке я вважав корисним у минулому, коли розробляв сайти в тестовому середовищі localhost, працюючи з копією виробничого сайту. Не забудьте прокоментувати канонічні теги:

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

Якщо ви спробували всі перераховані вище рішення і все ще виникаєте проблеми, подумайте про використання методу ResolveClientUrl () ASP.NET.

Сценарій для прикладу:

Замість використання

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

Використовуйте метод

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

Це було моє рішення, яке працювало на товариша, якому я допомагав!

У мене була ця сама проблема. Для мене це було пов’язано з тим, що заголовок Cache-Control був встановлений на рівні сервера в IIS до no-cache, no-store. Тому для своєї заявки я повинен був додати нижче до свого web.config:

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

Однією з можливих причин цього є те, що ваша програма очікує запуску на порт 443 (стандартний порт SSL), а порт 443 вже використовується. Я кілька разів стикався з цим розробниками, які намагаються запустити нашу програму, поки Skype працює на своїх комп’ютерах.

Неймовірно, що Skype працює на порту 443. Це жахливий недолік дизайну на мою думку. Якщо ви побачите, що ваша програма намагається запустити 444 замість 443, вимкніть Skype, і проблема зникне.

Я додав app.UseStaticFiles();цей код у starup.cs методу Налаштування, ніж він виправлений.

І Перевірте свій дозвіл у цій папці.

Для зображень використовувати

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

на Стилі використовують це

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

У моєму випадку, коли жоден із моїх файлів javascript, png чи css не завантажувався, я спробував більшість відповідей вище, і жоден, здавалося, не виконав цього.

Нарешті я знайшов " Запити фільтри ", і насправді довелося додати .js, .png, .css як включений / прийнятий тип файлу.

Щойно я внесла цю зміну, всі файли подавались належним чином.

Якщо ви знайдете 403 помилки на консолі браузера, перевірте конфігурацію пакету MVC. Назви пакетів не повинні відповідати жодним існуючим іменам папок у вашому проекті.

напр.

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

... може спричинити проблеми для IIS, якщо у вашому проекті існує структура папки $ (ProjectDir) \ Content \ css , оскільки вона намагається шукати в існуючій папці вміст пакету, якого немає.

Замість цього просто використовуйте щось на кшталт:

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

Ця проблема виникає, коли IIS не видає статичний вміст, як ваші файли JS, CSS, зображення.

Щоб вирішити цю проблему, потрібно виконати наступні кроки:

Перейдіть на Панель управління> Увімкніть або вимкніть функції Windows> Інтернет-інформаційні послуги> Послуги всесвітньої веб-служби> Загальні функції HTTP> Статичний вміст.

Переконайтеся, що статичний вміст увімкнено.

Бінго. І ви закінчили. Перезавантажте сторінку, і ви зможете побачити весь статичний вміст.

У мене була точно така ж проблема, я спробував усі пропозиції, але нічого не отримав. Скупив мене годинами. Виявився, що мій провайдер заблокував порт 80 з якихось причин.

Порада: перевірити свій трафік. Переконайтесь, що порт 80 працює як локально (тобто брандмауер), так і зовні.