2012-06-26 9 views
9

Sto provando a configurare il mio server IIS come server di origine per un CDN. Ho già risolto alcuni problemi, ad esempio, che IIS non fornisce il contenuto gziped ai proxy (se hanno l'intestazione via) e anche il problema frequenteHitThreshold.Intestazione diversa quando il contenuto non è gzip: ed in IIS 7 come origine per CDN

Il mio fornitore CDN ha sottolineato che un altro problema con IIS è che non restituisce un'intestazione "Vary" se il client non richiede il contenuto gziped. Secondo loro il problema è che se per qualche ragione il primo client che richiede il contenuto non vuole che il contenuto gziped il CDN allora non richiede una nuova versione del file poiché l'intestazione Vary non indica che dovrebbe restituire due file diversi a seconda di "Accept-Encoding".

La mia unica soluzione finora è quello di aggiungere "Vary: Accept-Encoding" come intestazione personalizzata ma poiché IIS aggiungere automaticamente questa intestazione cambia quando gziped è richiesto così finisco con più valori come "Vary: Accept-Encoding, Accept-Encoding".

Chiunque ha qualche soluzione a questo? Oppure puoi confermare che si tratta di un vero problema.

risposta

3

Questo problema è ora risolto da una patch ufficiale di IIS. Per scaricare e ulteriori informazioni, visitare il sito http://support.microsoft.com/kb/2877816

Erez Benari, IIS PM

+1

Grazie, ma la patch sembra non essere più disponibile, inviato via email collegamento dice: 'La risorsa che stai cercando è stato rimosso, ha avuto il suo nome modificato o temporaneamente non disponibile. ' O fa parte degli aggiornamenti standard di Windows ora? – Dmitry

+0

Potresti rendere disponibile la patch? – Dmitry

5

Questo è un problema reale. Il modulo gzip di IIS sovrascrive le intestazioni Vary esistenti. Si prega di votare su questo MS Connect issue. Articolo correlato here.

Problemi correlati