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-rashid

Тем не менее, казалось, ничто не решило проблему. Затем, наконец, я попытался установить личность анонимного пользователя на идентификатор пула приложений, и он начал работать.

Я бился головой несколько часов и надеюсь, что этот ответ избавит моих товарищей-разработчиков от мучений.

Я действительно хотел бы знать, почему это работает. Есть предположения?

У меня была аналогичная ошибка, моя консоль выглядела так:

Моя проблема заключалась в том, что я запускал свой сайт в подпапке, поскольку компания использовала один верхний домен и ни одного поддомена. Как это:

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 метода Configure, чем он исправлен.

И проверьте свое разрешение на эту папку.

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

@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 работает как локально (например, брандмауэр), так и извне.