Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Дайджест-автентифікація IIS не дозволяють пройти-хоча на автентифікацію, запити, маршрутизація через проксі-сервер

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3050055
Ознаки
Розглянемо таку ситуацію:
  • Настроювання інформаційних служб Інтернету (IIS) для сценарій виконання дайджест-автентифікація.
  • Сервер, відобразиться запит, який має на За допомогоюHTTP заголовка. (Це відбувається, якщо на запит клієнта, перенаправляються через проксі-сервер).
  • Ресурс, який викликається захищений дайджест-автентифікація.
  • Дочірній запит створено IIS-каналу. Наприклад, надсилається запит в каталозі за промовчанням документа, а також URL-адреси, що надсилаються, має скісна риска (/) символ.
У цьому випадку не вдається виконати дайджест-автентифікація та сервер, повертає 401 відповідь.
причина
Для запити через проксі-сервер і який дочірніх запит буде створено IIS-канал служби IIS, не можна довіряти дайджест-автентифікація з міркувань безпеки.
Обхідний шлях
корпорація Майкрософт рекомендує, що ви вирішити цю проблему, настроївши на веб-сайт за допомогою іншого автентифікації. Наприклад, можна настроїти веб-сайт за допомогою автентифікація Windows або базову автентифікацію через протокол TLS (TLS). Якщо це неможливо зробити це, ви повинні використовувати одну або кілька з наведених нижче способів:
  • Клієнт, використовувати запит URL-адресу, що містить ім'я файлу після останнього "/" символів.
  • Значення пул застосунків керованої послідовності режимкласичний.
  • сценарій виконання в Перезаписування URL-АДРЕС, модуль щоб перезаписати шлях URL-адреси з "/" на "/ім'я файлу>."

    Щоб вирішити цю проблему за допомогою модуля перезаписування URL-АДРЕС, настройки модуля наступним чином:

    ----------
    system.webServer>        <rewrite>            <rules>                <rule name="<a rule name>" enabled="false">                    <match url="(^$|.*/$)" />                    <action type="Rewrite" url="{R:0}<a file name that you want the users to access>" />                </rule>            </rules>        </rewrite></system.webServer>
    ----------
Стан
корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3050055 – останній перегляд: 06/13/2015 11:41:00 – виправлення: 2.0

Microsoft Internet Information Services 8.5, Microsoft Internet Information Services 8.0, Microsoft Internet Information Services 7.5

  • kbmt KB3050055 KbMtuk
Зворотний зв’язок
>