IIS6: Як усунути помилку 404 у додатку ASP.NET?


5

У мене є програма ASP.NET на Windows Server 2003 / IIS6, яка чомусь відмовляється запускатись (це допоможе Xerox Center, якщо ця інформація допомагає). Він раніше бездоганно працював, хоча на цьому сервері.

Тепер усе, що я отримую, якщо спробую відкрити домашню сторінку програми ( http://some.intranet.server/XeroxCentreWareWeb/) - це помилка "404 - Файл чи каталог не знайдено".

  • Додаток налаштовано для роботи у власному пулі додатків, який працює як мережевий сервіс.
  • Обліковий запис мережі послуг має доступ до читання до налаштованого каталогу.
  • Якщо я зупиняю пул додатків, я отримую очікуване повідомлення "Служба недоступна", тобто програма та її пул підключені правильно
  • Я спробував відстежити будь-які проблеми з дозволом на файл із проказом - нічого не було видно. Немає навіть доступу до каталогу веб-додатків, що відбувається під час завантаження сторінки.
  • Цікаво, що згідно з вимогою, веб-сервер звертається спочатку до користувальницького файлу помилок 401-2 (вхід не вдалося через конфігурацію сервера), але потім вирішує відправити 404 вниз клієнту.
  • РЕДАКТУВАННЯ . Додаток працює з інтегрованою для Windows автентифікацією. Постійні користувачі також мають доступ до каталогу додатків ( я б зауважив повідомлення файлової системи "ЗАВАНТАЖЕННЯ ДОСТУПУ", якби вони були ).

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

Я намагався запустити пул додатків у якості локальної системи для тесту, але безрезультатно.

Що ще я можу перевірити в цьому випадку?


1
+1 за використання ProcMon, btw.

Відповіді:


2

По-перше, я люблю кроки з усунення несправностей, які ви зробили. Ще один тест на "перерву" - це зупинити сам сайт, а не лише пул додатків, щоб переконатися, що це не інший сайт, який обробляє його, але ділиться пулом програм.

IIS6 має розділ "Розширення веб-служб" в Менеджері IIS. Переконайтеся, що дозволена рамкова версія, яку ви використовуєте. Якщо ви нещодавно змінили рамкову версію на таку, яка не позначена як дозволена, це призведе до помилки 404.

Журнали IIS також підтвердять код підпункту статусу, а також підтвердять, що потрібний сайт підключений.


2

Я знайшов відповідь настільки ж проста, як і не очевидна.

Досі існував "Wildcard Application Map", визначений для вже неіснуючого сервера додатків (в цьому випадку ColdFusion). Деінсталятор ColdFusion очевидно "забув" видалити це налаштування з MetaBase.

Карти додатків Wildcard тут визначені:

  • у IIS Manager відкрийте діалогове вікно Властивості програми
  • на вкладці "Віртуальні каталоги" подивіться у розділі "Налаштування програми"
  • натисніть "Конфігурація ..."
  • відкриється діалогове вікно "Конфігурація програми"
  • там він знаходиться, на вкладці «Картографічні карти»

Приємно знати, що ти знайшов свою відповідь. Добре.
Vivek Kumbhar

0

Перевірте журнали IIS. Я не бачу у вашому запитанні, якщо ви вже це зробили.

404 - сторінка не знайдена, тому я б розглядав проблеми шляху перед обліковими записами.


Якби це було так, я б бачив невдалу спробу отримати доступ до неіснуючого шляху у промоції. Як не дивно, каталог файлів журналу порожній ... WTF ?!
Томалак

Перейдіть із пропозицією Джефа щодо WireShark.

0

Ризикуючи вказати на очевидне ... Чи все ще default.aspx все ще в списку документів за замовчуванням для цього веб-сайту / віртуального каталогу?


Так. Така проблема призведе до того, що повідомлення "каталог не заборонено" все одно, а не 404.
Tomalak,

0

Опустіться на один рівень і встановіть Wireshark. Обнюхуйте всю транзакцію на сервері.


0

Як і інші говорили, використовуйте Wireshark або іншу програму захоплення пакетів для аналізу трафіку між клієнтом і сервером. Це дозволить побачити точний запит, який клієнт надсилає на сервер, і відповідь від сервера. Я вважаю, що коли я б’юся головою об стіну з проблемою в мережі, те, що запуск пакету захоплення часто висвітлює щось, що я пропустив або не помітив.


0

Проблеми з asp.net / пулом програм зазвичай записуються в журнали подій, так що це моє перше місце для перевірки, перш ніж робити аналіз трафіку.


0

Є кілька додатків для перегляду заголовків HTTP прямо у браузері.

ieHTTPHeaders добре працює для Internet Explorer. Якщо ви використовуєте Firefox, ви можете виконати пошук заголовок HTTP Live. (У мене недостатньо представників для публікації другого посилання).

Який фізичний шлях програми? Це налаштовано як віртуальний каталог чи він насправді знаходиться у wwwroot? Чи можете ви переглядати вміст через менеджер IIS?


0

Зміна розширень веб-служб, щоб дозволити виправлену проблему 404. Я вважаю, що ці значення змінилися протягом одного з наших циклів виправлення.


-1

Ви можете спробувати встановити Fiddler і запустити його за допомогою інструментів для розробників IE8, щоб побачити, переспрямовано чи щось.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.