Симптоми
Да разгледаме следния сценарий:
-
Имате уеб приложение, което се изпълнява в Internet Information Services (IIS) 7.0 на компютър, работещ под Windows Vista или на компютър с Windows Server 2008.
-
Имате Windows удостоверяване и ядрото удостоверяване е разрешено.
Забележка: Това е по подразбиране. -
Имате useAppPoolCredentials атрибут на true в раздела удостоверяване във файла Applicationhost.config. Може да сте добавили този атрибут да позволява използването на Kerberos удостоверяване, когато използвате акаунт на домейн за самоличност на набора приложения. Например трябва да се добави този атрибут, когато използвате сайта Microsoft Office SharePoint Server. Раздел за удостоверяване подобно на следното.
<windowsAuthentication enabled="true" useKernelMode="true" useAppPoolCredentials="true"/>
Забележка: Във файла Applicationhost.config се намира в устройство: \Windows\System32\inetsrv\config папка.
В този случай може да се срине на операционната система. Освен това получавате съобщение за стоп грешка 0x0000007e на син екран.
Забележка: Този проблем обикновено възниква в уеб сървъри, хост Office SharePoint Server 2007. Този проблем възниква поради изискванията за конфигуриране на Office SharePoint Server 2007, когато се използва Kerberos удостоверяване. Обаче проблемът може да възникне за всякакви уеб сайт, който използва ядрото удостоверяване Kerberos удостоверяване и акаунт в домейна като ИД на набор потребителски приложения.
Причина
Този проблем възниква поради грешки в HTTP драйвер за режим на ядрото (HTTP.sys).
Решение
Информация за актуалната корекция
Поддържана актуална корекция се предлага от Microsoft. Тази актуална корекция обаче е предназначена да коригира само проблема, описан в тази статия. Прилагайте тази корекция само към системи, изпитващи конкретния проблем, описан в тази статия. Може да се проведат допълнителни тестове на тази актуална корекция. Следователно ако не сте силно засегнати от този проблем, препоръчваме да изчакате следващата актуализация на софтуера, който ще съдържа тази корекция.
Ако актуалната корекция е налична за изтегляне, има раздел "Налична актуална корекция изтегляне" в горната част на тази статия от базата знания. Ако тази секция не се появява, свържете се с Microsoft за обслужване на клиенти и поддръжка, за да получите актуалната корекция.
Забележка: Ако възникнат допълнителни проблеми или проблеми, трябва да създадете отделна заявка за поддръжка. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към конкретната актуална корекция. За пълен списък на телефонните номера на Microsoft за обслужване на клиенти и поддръжка или да създадете отделна заявка за поддръжка посетете следния уеб сайт на Microsoft:
http://support.microsoft.com/contactus/?ws=supportЗабележка: Формулярът "Налична актуална корекция изтегляне" показва езиците, за които е налична актуалната корекция. Ако не виждате вашия език, това е защото актуалната корекция не е налична за този език.
Важни поправки на Windows Vista и Windows Server 2008 са включени в същите пакети. Обаче само един от тези продукти може да бъде посочен в страницата "Искане за актуална корекция". За да поискате пакета с актуални корекции, който се отнася за Windows Vista и Windows Server 2008, просто изберете продукта, който е в списъка на страницата.
Необходими условия:
Трябва да е инсталиран Windows Vista Service Pack 1 (SP1) или Windows Server 2008 да приложите тази актуална корекция.
Изискване за рестартиране
Трябва да рестартирате компютъра, след като приложите тази актуална корекция.
Информация за заместване на актуалната корекция
Тази актуална корекция не замества издадените актуални корекции.
Файлова информация
Англоезичната версия на тази спешна корекция има файлови атрибути (или по-нови файлови атрибути), които са изброени в следващата таблица. Датите и часовете за тези файлове са изброени в координирано световно време (UTC). При преглед на информацията за файла, преобразувана в местно време. За да намерите разликата между UTC и местното време, използвайте раздела часова зона в елемента " Дата и час " в контролния панел.
IIS 7.0, x86
|
Име на файл |
Версия на файла |
Размер на файла |
Дата |
Време |
Платформа |
|---|---|---|---|---|---|
|
Http.sys |
6.0.600 1.22375 |
401,408 |
12-Feb-2009 |
03:33 |
x86 |
IIS 7.0, x64
|
Име на файл |
Версия на файла |
Размер на файла |
Дата |
Време |
Платформа |
|---|---|---|---|---|---|
|
Http.sys |
6.0.600 1.22375 |
596,480 |
12-Feb-2009 |
04:10 |
x64 |
IIS 7.0, IA-64
|
Име на файл |
Версия на файла |
Размер на файла |
Дата |
Време |
Платформа |
|---|---|---|---|---|---|
|
Http.sys |
6.0.600 1.22375 |
1,143,808 |
12-Feb-2009 |
02:54 |
IA-64 |
Заобикаляне на проблема
За да заобиколите този проблем, забранете ядрото удостоверяване чрез един от следните методи.
Метод 1
Задайте стойността на useKernelMode елемент на false в съответния windowsauthentication секция във файла ApplicationHost.config.
<windowsAuthentication enabled="true" useKernelMode="false"/>
Метод 2
Забраняване на удостоверяване на ядрото с помощта на диспечера на IIS. За да направите това, изпълнете следните стъпки:
-
Щракнете върху Старт, изберете изпълнение, въведете
inetmgr.exeи след това щракнете върху OK. -
В IIS Manager, разширяване
име на сървъра, разгънете уеб сайтовеи щракнете върху уеб сайта, който искате да промените. -
Щракнете двукратно върху удостоверяване, щракнете върху Удостоверяване за Windows , за да го маркирате и изберете Разширени настройки по избор на действие.
-
Щракнете, за да изчистите квадратчето Разреши удостоверяване ядрото .
След като забраните удостоверяване за режим на ядрото, трябва да рестартирате услугата HTTP. Това ще спре IIS. Изпълнете следните команди в командния ред.
-
NET STOP HTTP
-
NET START HTTP
-
IISRESET/ДА ЗАПОЧНЕ
Забележка: Тези команди ще спре HTTP услугата. Когато се спре HTTP услугата, получавате предупредително съобщение, че услугите, които зависят от HTTP услугата също ще бъде спряно. Отбележете внимателно тези зависими услуги, за да определите дали искате да продължите и да ги рестартиране след рестартирането на услугата HTTP. Услугите, които зависят от HTTP услугата зависи от роли на Windows и приложения, които са инсталирани на компютъра.
Статус
Microsoft потвърждава, че това е проблем в продуктите на Microsoft, изброени в раздела "Отнася се за".
Допълнителна информация
Изходни данни на стека на повикване
Ако използвате Debugging Tools for Windows и сървър за символи на Microsoft за проверка на дъмп файл на който се създава след срив, ще забележите стек, подобно на следното:
Child-SP RetAddr Call Sitefffffa60`02ff5b58 fffff800`01ba3644 nt!KeBugCheckEx
fffffa60`02ff5b60 fffff800`01b60f71 nt!PspUnhandledExceptionInSystemThread+0x24
fffffa60`02ff5ba0 fffff800`018c87d8 nt!PspSystemThreadStartup+0x9e
fffffa60`02ff5bd0 fffff800`018c86bd nt!_C_specific_handler+0x8c
fffffa60`02ff5c40 fffff800`018cfcff nt!RtlpExecuteHandlerForException+0xd
fffffa60`02ff5c70 fffff800`0188cd83 nt!RtlDispatchException+0x22f
fffffa60`02ff6360 fffff800`018b51a9 nt!KiDispatchException+0xc3
fffffa60`02ff6960 fffff800`018b3fa5 nt!KiExceptionDispatch+0xa9
fffffa60`02ff6b40 00000000`00010005 nt!KiPageFault+0x1e5
fffffa60`02ff6cd8 fffffa60`0805129e 0x10005
fffffa60`02ff6ce0 fffff800`01ad7ff3 HTTP!UlpThreadPoolWorker+0x28e
fffffa60`02ff6d50 fffff800`018ef546 nt!PspSystemThreadStartup+0x57
fffffa60`02ff6d80 00000000`00000000 nt!KxStartSystemThread+0x16
Забележка: Част от стек, което показва, че тази система срив се случва се HTTP! UlpThreadPoolWorker.
Препратки
За повече информация относно използването на Kerberos удостоверяване с Office SharePoint Server посетете следните уеб сайтове:
http://www.harbar.net/archive/2008/05/18/Using-Kerberos-with-SharePoint-on-Windows-Server-2008.aspx
