CSS, Immagini, JS non caricati in IIS

Tutte le mie applicazioni funzionavano bene, ma all'improvviso tutti i siti sotto IIS non caricano CSS, immagini, script. Reindirizza alla pagina di accesso.

Se accedo funziona bene. ad esempio mysite.com/Account/LogOn?ReturnUrl=%2fpublic%2fimages%2ficons%2f41.png

Sul mio computer locale funziona benissimo senza login.

Il problema potrebbe essere che IIS non offre contenuti statici, che puoi impostare qui:

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

Windows 10:

Ho avuto lo stesso problema, una pagina non autenticata non caricava CSS, JS e Images quando ho installato la mia applicazione Web in ASP.Net 4.5 in IIS 8.5 su Windows Server 2012 R2.

1. Ho installato il ruolo di contenuto statico
2. La mia applicazione Web era nella cartella wwwroot di IIS e tutte le autorizzazioni per le cartelle di Windows erano intatte (quelle predefinite, incluso IIS_IUSRS)
3. Ho aggiunto l'autorizzazione per tutte le cartelle che contenevano CSS, JS e immagini.
4. Avevo la cartella dell'applicazione Web su una condivisione Windows, quindi ho rimosso la condivisione come suggerito da @ imran-rashid

Tuttavia, nulla sembrava aver risolto il problema. Quindi finalmente ho provato a impostare l'identità dell'utente anonimo su App Pool Identity e ha iniziato a funzionare.

Ho sbattuto la testa per alcune ore e spero che questa risposta salverà l'agonia per i miei colleghi sviluppatori.

Mi piacerebbe davvero sapere perché funziona. qualche idea?

Ho avuto un errore simile, la mia console sembrava così:

Il mio problema era che gestivo il mio sito in una sottocartella poiché la società utilizzava un dominio superiore e nessun sottodominio. Come questo:

host.com/app1

host.com/app2

Il mio codice era simile al seguente per includere gli script che funzionavano bene su localhost ma non in app1 o app2:

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

Aggiunto un segno tilde ~a src e poi tutto ha funzionato:

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

Spiegazione di ~vs /:

• / - Radice del sito
• ~/ - Directory principale dell'applicazione

/restituirà la radice del sito ( http://host.com/),

~/restituirà la radice dell'applicazione ( http://host.com/app1/).

Prova a rimuovere la sezione staticContent dal tuo web.config .

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

Questo potrebbe non rispondere alla tua domanda ma mi sono sbattuto la testa con gli stessi sintomi con una nuova installazione di IIS. CSS, JS e immagini non venivano visualizzati. Era dovuto al fatto che il ruolo "Contenuto statico" non veniva installato in IIS 7.5.

Probabilmente hai l'autenticazione di Windows abilitata in web.config. Su un computer locale, le credenziali di Windows vengono passate automaticamente e funziona. Su un sito live, sei trattato come un utente anonimo (l'impostazione di IE può controllarlo, ma non modificarlo a meno che tu non sappia davvero cosa stai facendo).

Ciò provoca quanto segue:

• È richiesto il login esplicito.
• Risorse come script e CSS non vengono offerte nella pagina di accesso perché non sei autenticato.

Questo non è rotto, funziona solo come previsto, ma per "risolvere" questo:

• Modificare il tipo di autenticazione in web.config se non si desidera alcun accesso.
• E / o aggiungi un web.config nella directory che contiene CSS, immagini, script, ecc. Che specifica le regole di autorizzazione.

Aggiungi questo al tuo web.config

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

Usa questo nella sezione di configurazione del tuo file 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>

È stato un problema con i permessi di Windows, ho spostato la cartella che eredita i permessi errati. Quando passo alla cartella wwwroot e aggiungo l'autorizzazione a questo utente, inizia a funzionare correttamente.

Per me aggiungendo questo nel web.configrisolto il problema

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

La mia ora di dolore era dovuta alla definizione dei tipi MIME in web.config. Ne avevo bisogno per il server di sviluppo, ma IIS locale lo odiava perché duplicava i tipi MIME ... una volta rimossi dal web.config il problema con js, css e le immagini che non venivano caricate spariva.

Questo è un problema di autenticazione. Nel mio caso, ha risolto i seguenti passaggi: 1- Vai al gestore IIS, nel riquadro di sinistra, espandi la radice del server e seleziona la tua applicazione web dal nodo Siti. 2- Nella schermata principale, vai alla sezione IIS e seleziona Autenticazione. 3- Abilita autenticazione anonima. 4- Quindi, selezionare Modifica e impostare Modifica credenziali di autenticazione anonima sull'identità del pool di applicazioni.

Nel mio caso,

IIS può caricare tutto con localhost, ma non è riuscito a caricare i miei file di modello app.tagda192.168.0.123

perché l' .tagestensione non era nell'elenco.

Per risolvere questo problema:

Vai a Internet Information Service (IIS)

Fare clic sul sito Web su cui si sta tentando di caricare l'immagine

Nella sezione IIS, apri il menu Autenticazione e abilita anche l'autenticazione di Windows.

Un suggerimento che ho trovato utile in passato durante lo sviluppo di siti nell'ambiente di test localhost quando si lavora con una copia del sito di produzione. Assicurati di commentare i tag canonici:

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

Se hai provato tutte le soluzioni di cui sopra e hai ancora problemi, prendi in considerazione l'utilizzo del metodo ResolveClientUrl () di ASP.NET.

Uno script per esempio:

Invece di usare

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

Usa il metodo

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

Questa era la mia soluzione che funzionava per un amico che stavo aiutando!

Ho avuto lo stesso problema. Per me, era dovuto al fatto che l'intestazione Cache-Control veniva impostata a livello di server in IIS su no-cache, no-store. Quindi per la mia applicazione ho dovuto aggiungere quanto segue al mio web.config:

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

Una possibile causa di ciò è che l'applicazione prevede di essere eseguita sulla porta 443 (porta SSL standard) e la porta 443 è già in uso. Mi sono imbattuto in questo diverse volte con gli sviluppatori che cercavano di eseguire la nostra applicazione mentre Skype è in esecuzione sui loro computer.

Incredibilmente, Skype funziona sulla porta 443. Questo è un orribile difetto di progettazione secondo me. Se vedi l'applicazione che tenta di essere eseguita su 444 anziché 443, chiudi Skype e il problema scompare.

Ho aggiunto app.UseStaticFiles();questo codice in starup.cs del metodo Configure, che è stato risolto.

E controlla la tua autorizzazione su questa cartella.

Per immagini

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

su uno stile usa questo

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

Nel mio caso in cui nessuno dei miei file javascript, png o css veniva caricato, ho provato la maggior parte delle risposte sopra e nessuno sembrava fare il trucco.

Alla fine ho trovato " Filtri richieste " e in realtà ho dovuto aggiungere .js, .png, .css come tipo di file abilitato / accettato.

Una volta apportata questa modifica, tutti i file venivano offerti correttamente.

Se visualizzi 403 errori nella console del browser, controlla la configurazione del pacchetto MVC. I nomi dei pacchetti non devono corrispondere ai nomi di cartelle esistenti nel progetto.

per esempio.

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

... causerebbe problemi per IIS se la struttura della cartella $ (ProjectDir) \ Content \ css esiste nel tuo progetto, poiché prova a cercare nella cartella esistente il contenuto del bundle che non c'è.

Invece usa qualcosa come:

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

Questo problema si verifica quando IIS non esegue il rendering dei contenuti statici come i file JS, CSS, Image.

Per risolvere questo problema, è necessario seguire i passaggi seguenti:

Vai a Pannello di controllo> Attiva o disattiva le funzionalità di Windows> Internet Information Services> World Wide Web Services> Funzionalità HTTP comuni> Contenuto statico.

Assicurarsi che il contenuto statico sia attivato.

Bingo. E il gioco è fatto. Ricaricare la pagina e sarà possibile visualizzare tutti i contenuti statici.

Ho avuto esattamente lo stesso problema, ho provato tutti i suggerimenti ma non ho ottenuto nulla. Mi ha infastidito ore. Ho scoperto che il mio ISP ha bloccato la porta 80 per alcuni motivi.

Consiglio: controlla il tuo traffico. Assicurarsi che la porta 80 funzioni sia localmente (ad es. Firewall) che esternamente.