Устранение неполадок с ошибочными запросами при использовании трассировки в IIS 7

1. Предпосылки
2. Войти как Администратор
3. Сделать резервную копию
4. Сделать резервную копию конфигурации
5. Создать образец контента
6. Отключить ASP
7. Чтобы отключить ASP
8. Включить отслеживание невыполненных запросов
9. Шаг 1. Включите трассировку Failed-Request для сайта и настройте каталог файлов журнала
10. Шаг 2. Настройте определения ошибок
11. Проверьте и просмотрите файл журнала запросов на отказ
12. Шаг 1. Создайте ошибку и файл журнала запроса сбоя
13. Шаг 2. Просмотр файла журнала запросов на отказ
14. Резюме
15. Восстановите вашу резервную копию

Трассировка на основе запросов доступна как в автономных серверах IIS, так и в приложениях wep Azure и позволяет определить, что именно происходит с вашими запросами и почему, при условии, что вы можете воспроизвести возникшую проблему. Такие проблемы, как низкая производительность при выполнении некоторых запросов, сбой аутентификации в других запросах или ошибка сервера 500 в ASP или ASP.NET часто могут быть трудно устранить - если только вы не зафиксировали след проблемы, когда она возникает. В следующей статье обсуждается сбой отслеживания запросов на сервере IIS. Сведения о том, как сделать это с помощью веб-приложений Azure, см. В разделе Устранение неполадок приложения в службе приложений Azure с использованием Visual Studio ,

Трассировка Failed-запроса предназначена для буферизации событий трассировки для запроса и сбрасывает их на диск только в случае сбоя запроса, когда вы предоставляете определение «fail». Если вы хотите знать, почему вы получаете сообщения об ошибках 404.2 или запрос начинает зависать, используйте трассировку неудавшегося запроса.

Задачи, которые иллюстрируются в этой статье, включают в себя:

• Включение модуля трассировки невыполненных запросов
• Настройка семантики файла журнала трассировки невыполненных запросов
• Определение URL-адреса, для которого будут сохраняться трассировки неудачных запросов, включая определения ошибок и области для трассировки
• Генерация состояния отказа и просмотр полученной трассы

Предпосылки

Установите IIS

Чтобы выполнить задачи, описанные в этой статье, необходимо установить IIS 7 или выше. Перейдите по адресу http: // localhost /, чтобы узнать, установлен ли IIS. Если IIS не установлен, см. Установка IIS на Windows Server 2008 для инструкций по установке. При установке IIS убедитесь, что вы также установили следующее:

• ASP.NET (в разделе «Службы всемирной паутины» - функции разработки приложений - ASP.NET)
• Трассировка (в разделе World Wide Web Services - Здоровье и диагностика - Трассировка)

Войти как Администратор

Убедитесь, что учетная запись, которую вы используете для входа, является учетной записью администратора или находится в группе администраторов.

Заметка

Нахождение в группе «Администраторы» не дает вам полных прав администратора по умолчанию. Вы должны запускать приложения от имени администратора, что можно сделать, щелкнув правой кнопкой мыши значок приложения и выбрав Запуск от имени администратора .

Сделать резервную копию

Вы должны сделать резервную копию конфигурации перед выполнением следующих задач.

Сделать резервную копию конфигурации

1. Нажмите Пуск > Все программы > Стандартные .

2. Щелкните правой кнопкой мыши Командная строка и выберите Запуск от имени администратора .

   

3. В командной строке выполните следующую команду:

   % windir% \ system32 \ inetsrv \ appcmd добавить резервную копию cleanInstall

Создать образец контента

1. Перейдите к% systemdrive% \ inetpub \ wwwroot.
2. Переместите контент в безопасное место (если вы хотите восстановить существующий контент) или удалите его.
3. Создайте пустой файл и назовите его test.asp.
4. В командной строке перейдите к файлу test.asp в \ inetpub \ wwwroot.

5. В файле test.asp вставьте следующее содержимое:

   <h2> Лаборатория трассировки невыполненных запросов </ h2> <br> <br> Сегодняшняя дата - <% response.write (Date ())%>

Отключить ASP

ASP должен быть отключен для этой задачи. ASP отключен только в качестве примера и для целей задач в этой статье.

Чтобы отключить ASP

1. Откройте диспетчер IIS.

2. Дважды щелкните Ограничения ISAPI и CGI .

   

3. Выберите Active Server Pages . На панели « Действия» нажмите « Запретить», чтобы отключить ASP.

   

Включить отслеживание невыполненных запросов

После того, как вы включите трассировку невыполненных запросов, вам нужно настроить, где будут находиться файлы журнала. В этой задаче вы включите отслеживание невыполненных запросов для веб-сайта по умолчанию и укажите, куда следует помещать файлы журнала. Затем вы настроите сбой, для которого создаются журналы отказов.

Шаг 1. Включите трассировку Failed-Request для сайта и настройте каталог файлов журнала

1. Откройте командную строку с правами администратора.
2. Запустите inetmgr .
3. На панели « Подключения» разверните имя компьютера, разверните « Сайты» и нажмите « Веб-сайт по умолчанию» .

4. На панели « Действия» в разделе « Настроить» выберите « Отслеживание невыполненных запросов» .

   

5. В диалоговом окне « Изменение параметров трассировки невыполненных запросов веб-сайта» настройте следующее:

6. Нажмите ОК .

Ведение журнала отслеживания невыполненных запросов теперь включено для веб-сайта по умолчанию. Проверьте файл% windir % \ system32 \ inetsrv \ config \ applicationHost.config, чтобы убедиться, что конфигурация выглядит следующим образом:

<system.applicationHost> <sites> <! - настройки сайта и приложения -> <site name = "Веб-сайт по умолчанию" id = "1"> <! - другая конфигурация сайта -> <traceFailedRequestsLogging enabled = "true "/> </ site> </ sites> </system.applicationHost>

Шаг 2. Настройте определения ошибок

На этом шаге вы сконфигурируете определения сбоев для вашего URL, включая области для отслеживания. Вы устраните неполадки 404.2, которые возвращаются IIS для любых запросов к расширениям, которые еще не были включены. Это поможет вам определить, какие именно расширения вам нужно включить.

1. Откройте командную строку с правами администратора.
2. Запустите inetmgr .
3. На панели « Подключения» разверните имя компьютера, разверните « Сайты» и нажмите « Веб-сайт по умолчанию» .

4. Дважды щелкните Правила отслеживания невыполненных запросов .

   

5. Нажмите Готово .

6. На панели действий нажмите кнопку Добавить .

7. В мастере добавления правила отслеживания невыполненных запросов на странице « Указать содержимое для трассировки» выберите « Все содержимое (*)» . Нажмите Далее .

   

8. На странице « Определить условия трассировки» установите флажок « Код состояния» и введите 404.2 в качестве кода состояния для отслеживания.

   

9. Нажмите Далее .

10. На странице « Выбор поставщиков трассировки» в разделе « Поставщики» установите флажок « Сервер WWW» . В области Области установите флажок « Безопасность» и снимите все остальные флажки. При возникновении проблемы возникает событие трассировки ошибки безопасности. В общем, проблемы с проверкой подлинности и авторизацией (включая проблемы списка ограничений ISAPI) можно диагностировать с помощью WWW Server - Конфигурация области безопасности для трассировки. Однако, поскольку таблица стилей FREB.xsl помогает выделить ошибки и предупреждения, вы все равно можете использовать конфигурацию по умолчанию для регистрации всех событий во всех областях и поставщиках. Под Verbosity выберите Verbose .

    

11. Нажмите Готово . Вы должны увидеть следующее определение для веб-сайта по умолчанию :

    

Диспетчер IIS записывает конфигурацию в файл% windir% \ system32 \ inetsrv \ config \ applicationHost.config с помощью тега <location>. Конфигурация должна выглядеть следующим образом:

<location path = "Веб-сайт по умолчанию"> <system.webServer> <tracing> <traceFailedRequests> <add path = "*"> <traceAreas> <add provider = "WWW Server" area = "Безопасность" verbosity = "Verbose" /> </ traceAreas> <failDefinitions statusCodes = "404.2" /> </ add> </ traceFailedRequests> </ tracing> </system.webServer> </ location>

Проверьте и просмотрите файл журнала запросов на отказ

В этой задаче вы сгенерируете неудачный запрос и просмотрите полученный журнал трассировки. Вы уже настроили IIS для записи журналов трассировки для Http: //localhost/*.asp запросы, которые терпят неудачу с кодом ответа HTTP 404.2. Теперь убедитесь, что это работает.

Шаг 1. Создайте ошибку и файл журнала запроса сбоя

1. Откройте новое окно Internet Explorer.
2. Введите следующий адрес: http: //localhost/test.asp.

3. Вы должны увидеть следующее:

   

Шаг 2. Просмотр файла журнала запросов на отказ

1. Теперь, когда вы сгенерировали неудавшийся запрос, откройте командную строку с правами администратора и перейдите по адресу% systemdrive% \ inetpub \ logs \ FailedReqLogFiles \ W3SVC1.

2. Запустите start, чтобы запустить окно Internet Explorer из каталога.

   

3. Обратите внимание на несколько вещей: Когда IIS записывает файл журнала невыполненных запросов, он записывает один файл на каждый неудавшийся запрос . Также написана таблица стилей freb.xsl , по одному на каталог. Это помогает при просмотре итоговых файлов журнала запросов на сбой (например, fr000001.xml выше).

4. Щелкните правой кнопкой мыши файл журнала для ошибки 404.2 и выберите Открыть с помощью> Internet Explorer . Если вы впервые открываете файл трассировки невыполненных запросов, вы должны добавить about: internet в список доверенных сайтов, поскольку конфигурация усиленной безопасности Internet Explorer включена по умолчанию. Если это так, вы увидите следующее:

   

5. В диалоговом окне Internet Explorer нажмите кнопку Добавить…, чтобы добавить сведения о: Интернет в список доверенных сайтов. Это позволяет XSL работать. После добавления about: вы увидите следующее : internet в список доверенных сайтов:

   

   Сводная информация о неудавшемся запросе регистрируется в верхней части, а в таблице « Ошибки и предупреждения» указываются события, которые имеют серьезность ПРЕДУПРЕЖДЕНИЕ, ОШИБКА или КРИТИЧЕСКАЯ ОШИБКА. В этом примере уровень серьезности WARNING обусловлен ограничением ISAPI. Образ, который вы пытались загрузить, был% windir% \ system32 \ inetsrv \ asp.dll.

6. Откройте необработанный XML-файл напрямую с помощью текстового редактора и просмотрите содержимое каждого события.

Резюме

Вы выполнили две задачи: настроили трассировку неудачных запросов для захвата трассировок для *, если IIS возвращает его с кодом состояния 404.2; и проверил, что IIS захватил трассировку для вашего запроса. Вы также убедились, что файл журнала freb * .xml не содержит никаких других запросов на выполненные вами запросы, поскольку у них нет кода возврата 404.2. Обратившись к файлу журнала сбоев, вы определили, что причиной сбоя было отключение расширения для этого запроса. Вы можете попробовать другие не-HTML страницы (например, gif или jpgs) и заметить, что файл журнала НЕ добавляет эти следы. Вы также можете легко изменить это значение на 404 или зафиксировать сбой, если запрос занимает более 30 секунд, установив поле timeTaken в ваших failDefinitions.

Восстановите вашу резервную копию

Теперь, когда вы выполнили задачи из этой статьи, вы можете восстановить резервную копию конфигурации. Запустите следующую команду с правами администратора:

% windir% \ system32 \ inetsrv \ appcmd восстановить резервную копию cleanInstall

Похожие

Комментарии