CSS, imágenes, JS no se cargan en IIS

Todas mis aplicaciones estaban funcionando bien, pero de repente todos los sitios bajo IIS no están cargando CSS, imágenes, scripts. Redirige a la página de inicio de sesión.

Si inicio sesión funciona bien. por ejemplo, mysite.com/Account/LogOn?ReturnUrl=%2fpublic%2fimages%2ficons%2f41.png

En mi máquina local funciona bien sin iniciar sesión.

El problema puede ser que IIS no está sirviendo contenido estático, que puede configurar aquí:

Fuente: http://adilmughal.com/blog/2011/11/iis-7-not-loading-css-and-image/

Windows 10

Tuve el mismo problema, una página no autenticada no cargaba CSS, JS e imágenes cuando instalaba mi aplicación web en ASP.Net 4.5 en IIS 8.5 en Windows Server 2012 R2.

1. Tenía instalada la función de contenido estático
2. Mi aplicación web estaba en la carpeta wwwroot de IIS y todos los permisos de la carpeta de Windows estaban intactos (los predeterminados, incluidos IIS_IUSRS)
3. Agregué autorización para todas las carpetas que contenían CSS, JS e imágenes.
4. Tenía la carpeta de la aplicación web en un recurso compartido de Windows, así que eliminé el uso compartido como lo sugirió @ imran-rashid

Sin embargo, nada parecía resolver el problema. Luego, finalmente intenté establecer la identidad del usuario anónimo en la Identidad del grupo de aplicaciones y comenzó a funcionar.

Me golpeé la cabeza durante unas horas y espero que esta respuesta ahorre la agonía de mis colegas desarrolladores.

Realmente me gustaría saber por qué esto está funcionando. ¿Alguna idea?

Tuve un error similar, mi consola se veía así:

Mi problema era que estaba ejecutando mi sitio en una subcarpeta ya que la compañía estaba usando un dominio superior y ningún subdominio. Me gusta esto:

host.com/app1

host.com/app2

Mi código se veía así para incluir scripts que funcionaban bien en localhost pero no en app1 o app2:

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

Se agregó un signo de tilde ~a src y luego todo funcionó:

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

Explicación de ~vs /:

• / - Raíz del sitio
• ~/ - Directorio raíz de la aplicación

/devolverá la raíz del sitio ( http://host.com/),

~/devolverá la raíz de la aplicación ( http://host.com/app1/).

Intente eliminar la sección staticContent de su web.config .

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

Es posible que esto no responda a su pregunta, pero he estado golpeando mi cabeza con los mismos síntomas con una nueva instalación de IIS. CSS, JS e imágenes no aparecían. Se debió a que la función "Contenido estático" no se instaló en IIS 7.5.

Probablemente tenga habilitada la autenticación de Windows en su web.config. En una máquina local, sus credenciales de Windows se pasan automáticamente y funciona. En un sitio en vivo, se lo trata como un usuario anónimo (la configuración de IE puede controlar esto, pero no lo modifique a menos que realmente sepa lo que está haciendo).

Esto provoca lo siguiente:

• Debe iniciar sesión explícitamente.
• Los recursos como scripts y CSS no se muestran en la página de inicio de sesión porque no está autenticado.

Esto no está roto, solo funciona según lo previsto, sino para "arreglar" esto:

• Cambie el tipo de autenticación en web.config si no desea iniciar sesión.
• Y / o agregue un archivo web.config en el directorio (s) que contiene CSS, imágenes, scripts, etc., que especifica las reglas de autorización.

Agregue esto a su web.config

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

Use esto en la sección de configuración de su archivo 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>

Fue un problema de permisos de Windows, muevo la carpeta que hereda los permisos incorrectos. Cuando me muevo a la carpeta wwwroot y agrego permiso a este usuario, comienza a funcionar bien.

Para mí, agregar esto en web.configel problema resuelto

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

Mi hora de dolor se debió a la definición de tipos MIME en web.config. Necesitaba esto para el servidor de desarrollo, pero IIS local lo odiaba porque duplicaba los tipos MIME ... una vez que los eliminé de la web, configuré el problema con js, css y las imágenes que no se cargaban desaparecieron.

Este es un problema de autenticación. En mi caso, se resolvió mediante los siguientes pasos: 1- Vaya al administrador de IIS, en el panel izquierdo, expanda la raíz del servidor y seleccione su aplicación web desde el nodo Sitios. 2- En la pantalla de inicio, vaya a la sección IIS y seleccione Autenticación. 3- Habilitar la autenticación anónima. 4- Luego, seleccione Editar y establezca Editar credenciales de autenticación anónimas en la identidad del grupo de aplicaciones.

En mi caso,

IIS puede cargar todo con localhost, pero no pudo cargar mis archivos de plantilla app.tagdesde192.168.0.123

porque la .tagextensión no estaba en la lista.

Para arreglar esto:

Ir al servicio de información de Internet (IIS)

Haga clic en su sitio web en el que está intentando cargar la imagen

En la sección IIS, abra el menú Autenticación y también habilite la autenticación de Windows.

Una sugerencia que he encontrado útil en el pasado al desarrollar sitios en el entorno de prueba localhost al trabajar con una copia del sitio de producción. Asegúrese de comentar las etiquetas canónicas:

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

Si probó todas las soluciones anteriores y aún tiene problemas, considere usar el método ResolveClientUrl () de ASP.NET.

Un guión por ejemplo:

En lugar de usar

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

Usa el método

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

¡Esta fue mi solución que funcionó para un amigo al que estaba ayudando!

Yo tuve el mísmo problema. Para mí, se debió a que el encabezado Cache-Control se estableció en el nivel del servidor en IIS en no-cache, no-store. Entonces, para mi aplicación, tuve que agregar lo siguiente a mi web.config:

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

Una posible causa de esto es que su aplicación espera ejecutarse en el puerto 443 (puerto SSL estándar) y el puerto 443 ya está en uso. Me he encontrado con esto varias veces con desarrolladores que intentan ejecutar nuestra aplicación mientras Skype se ejecuta en sus computadoras.

Increíblemente, Skype se ejecuta en el puerto 443. En mi opinión, este es un defecto de diseño horrible. Si ve que su aplicación intenta ejecutarse en 444 en lugar de 443, cierre Skype y el problema desaparecerá.

Añadí app.UseStaticFiles();este código en starup.cs de método Configurar, de lo que es fijo.

Y verifique su permiso en esta carpeta.

Para uso de imágenes

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

en un estilo usa esto

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

En mi caso, cuando ninguno de mis archivos javascript, png o css se estaban cargando, probé la mayoría de las respuestas anteriores y ninguna pareció funcionar.

Finalmente encontré " Solicitar filtros ", y en realidad tuve que agregar .js, .png, .css como un tipo de archivo habilitado / aceptado.

Una vez que hice este cambio, todos los archivos se estaban sirviendo correctamente.

Si ve errores 403 en la consola de su navegador, verifique la configuración del paquete MVC. Los nombres de los paquetes no deben coincidir con ningún nombre de carpeta existente en su proyecto.

p.ej.

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

... causaría problemas para IIS si la estructura de carpetas $ (ProjectDir) \ Content \ css existe en su proyecto, ya que trata de buscar dentro de la carpeta existente el contenido del paquete que no está allí.

En su lugar, simplemente use algo como:

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

Este problema ocurre cuando IIS no procesa el contenido estático como sus archivos JS, CSS, Image.

Para resolver este problema, debe seguir los pasos a continuación:

Vaya a Panel de control> Active o desactive las características de Windows> Servicios de información de Internet> Servicios de la World Wide Web> Características comunes de HTTP> Contenido estático.

Asegúrese de que el contenido estático esté activado.

Bingo. Y ya terminaste. Vuelva a cargar la página y podrá ver todos los contenidos estáticos.

Tuve exactamente el mismo problema, probé todas las sugerencias pero no obtuve nada. Me fastidió horas. Resultó que mi ISP bloqueó el puerto 80 por algunas razones.

Consejo: verifique su tráfico. Asegúrese de que el puerto 80 funcione tanto localmente (es decir, firewall) como externamente.