Як видалити заголовки eTag із IIS7?

Відповідно до найкращих практик Yahoo щодо високопродуктивних веб-сайтів , я хотів би видалити теги зі своїх заголовків (я вручну керую всім своїм кешуванням і не потребую Etags ... і коли / якщо мені потрібно масштабуватися до ферми, Я б дуже хотів, щоб вони зникли). Я використовую IIS7 на Windows Server 2008. Хтось знає, як я можу це зробити?

У IIS7 номер зміни Etag (частина Etag, що слідує:) завжди встановлюється на 0.

Отже, Etag із сервера більше не змінюється від сервера до сервера для одного і того ж файлу, і тому найкраща практика Yahoo більше не застосовується.

Оскільки насправді ви не можете придушити заголовок ETag на IIS7, мабуть, найкраще, щоб ви не возились з ним взагалі. Я знайшов найкорисніше правило конфігурації: "Якщо за замовчуванням щось не порушує, залиште це в спокої".

Можна подумати, що це зробити в web.config буде працювати, щоб вимкнути ETags у IIS7. Але трасування нюхача підтверджує, що ETag все одно відправляється вниз.

<httpProtocol>
    <customHeaders>
        <remove name="ETag" />
    </customHeaders>
</httpProtocol>

Використання пустого теж не працює. ETag все одно відправляється.

<httpProtocol>
    <customHeaders>
        <add name="ETag" value="" />
    </customHeaders>
</httpProtocol>

Встановлення ETag для порожніх лапок, як пропонують інші сайти, не працює.

<httpProtocol>
    <customHeaders>
        <add name="ETag" value="&quot;&quot;" />
    </customHeaders>
</httpProtocol>

Змушує відправляти ще більше ETag:

ETag: "8ee1ce1acf18ca1: 0", ""

На закінчення, я нічого не можу спробувати або придумати, щоб убити ETag на IIS7, принаймні без написання спеціальних модулів тощо.

Я написав власний модуль http для цього. Це справді не так погано, як це звучить. Ось код:

using System;
using System.Web;

namespace StrongNamespace.HttpModules
{
    public class CustomHeaderModule : IHttpModule
    {
        public void Init(HttpApplication application)
        {
            application.PostReleaseRequestState += new EventHandler(application_PostReleaseRequestState);

        }

        public void Dispose()
        {
        }

        void application_PostReleaseRequestState(object sender, EventArgs e)
        {
            HttpContext.Current.Response.Headers.Remove("Server");
            HttpContext.Current.Response.Headers.Remove("X-AspNet-Version");
            HttpContext.Current.Response.Headers.Remove("ETag");
        }
    }
}

Ось зміни web.config, які вам потрібні:

<configuration>
    <system.webServer>
        <httpProtocol>
            <customHeaders>
                <remove name="X-Powered-By"/>
            </customHeaders>
        </httpProtocol>
        <modules>
            <add name="CustomHeaderModule" type="StrongNamespace.HttpModules.CustomHeaderModule"/>
        </modules>
    </system.webServer>
</configuration>

Я усвідомлюю, що це давнє запитання, але я зіткнувся з ним під час пошуку рішення. Думаю, я знайшов розумну відповідь, яку розмістив на це запитання .

У нас була ця проблема, і навіть встановлення порожнього користувацького заголовка ETag у IIS 7 працювало не для всіх файлів (наприклад, файлів зображень). У підсумку ми створили HttpModule, який явно видаляє заголовок ETag.

ОНОВЛЕННЯ: додано вимогу до модуля перезапису URL-адреси завдяки користувачеві @ChrisBarr

У iis 6 це легко, ви можете додати власний заголовок для 'ETag' = ""

У IIS 7, прочитавши цей потік і зрозумівши, що це неможливо без використання користувацького модуля http, я виявив, що ви можете просто встановити модуль перезапису URL-адрес корпорації Майкрософт і додати правило перезапису вихідних повідомлень таким чином:

<outboundRules>
  <rule name="Remove ETag">
    <match serverVariable="RESPONSE_ETag" pattern=".+" />
    <action type="Rewrite" value="" />
  </rule>
</outboundRules>

Це насправді працює, і вам не потрібен власний модуль http (dll). Розблокування розділу конфігурації system.webServer та встановлення customHeaders тощо не працює - принаймні у всіх випадках, які я намагався. Це робить просте правило перезапису вихідних даних.

До речі, коли ви використовуєте iis8, це просто

<element name="clientCache">
   <attribute name="cacheControlMode" type="enum" defaultValue="NoControl">
          <enum name="NoControl" value="0" />
          <enum name="DisableCache" value="1" />
          <enum name="UseMaxAge" value="2" />
          <enum name="UseExpires" value="3" />
  </attribute>
  <attribute name="cacheControlMaxAge" type="timeSpan" defaultValue="1.00:00:00" />
  <attribute name="httpExpires" type="string" />
  <attribute name="cacheControlCustom" type="string" />
  <attribute name="setEtag" type="bool" defaultValue="true" />
</element>

IIS 8.0: Використовувати чи не використовувати ETag

http://www.jesscoburn.com/archives/2008/10/02/quickly-configure-or-disable-etags-in-iis7-or-iis6/ має приємний графічний путівник.

По суті, ви створюєте власний заголовок відповіді з назвою ETag і робите його значення порожнім.

Перегляньте цю публікацію в блозі про те, як повністю видалити заголовок Etag http у iis6, iis7 та iis7.5

http://lightspeednow.com/blog/2010/05/21/iis-tutorial-how-to-completely-remove-etags-entity-tags-from-iis6-iis7-and-iis7-5/

Я використав removeetag.dllзнайдене на http://www.caspianit.co.uk/iis7-etag-problem/, і він спрацював чудово.

сподіваюся, це буде добре працювати і для вас

У IIS 7 вам більше не доведеться турбуватися про етаги, оскільки номер конфігурації IIS завжди встановлений на 0.

Проблема все ще є, якщо у вас є веб-сервери IIS6 і IIS7 в одній фермі. У цьому випадку вам доведеться вручну встановити номер конфігурації IIS6 на 0, як описано в цій статті .

Етаги насправді дуже корисні, оскільки вам не потрібно змінювати ім'я файлу, як це робить переповнення стека (тобто default.css? 1234). Якщо ви зміните файл default.css, він змінить етап, а отже, наступні запити отримають файл із сервера, а не з кешу.

Я думаю, це спрацює .. Я знаю, що видалення та порожнє не працює.

    <configuration>
     <system.webServer>
       <httpProtocol>
          <customHeaders>
            <add name="ETag" value=" " /> 
          </customHeaders>
        </httpProtocol>
       </configuration>
     </system.webServer>