Только что переместил установку DNN на сервер разработки, теперь все подстраницы 404.

Я только что перенес свою локальную установку DNN на внутренний сервер разработки. У меня все настроено как на локальном (разрешения, пул приложений и т.д.).

Домашняя страница на сервере разработки загружается нормально, поэтому я знаю, что у меня есть доступ к БД, но когда я перехожу к любым подстраницам (включая администратора), все они 404.

Есть ли что-то, что я пропустил в процессе миграции? Заранее спасибо!

DNN v7.02.02, IIS Local — v7.5, IIS Dev — v7.0

Вот пример URL:

Работа на локальном сервере: localhost/dnn/support

Не работает (хотя был добавлен псевдоним) на сервере разработки: 10.0.201.XX/dnn/support

ОБНОВЛЕНИЕ: я попытался выполнить чистую установку DNN на том же сервере разработки, и произошло то же самое!


person grayspace    schedule 07.04.2014    source источник
comment
какая версия IIS в обеих средах?   -  person Chris Hammond    schedule 08.04.2014
comment
@ChrisHammond - 7.5 на локальном компьютере, 7.0 на сервере разработки.   -  person grayspace    schedule 08.04.2014
comment
вы изменили записи в таблице псевдонимов портала, чтобы они соответствовали localhost или тому, что вы используете вместо www?   -  person J King    schedule 08.04.2014
comment
@JKing - Да, я добавил псевдоним портала для нового сервера. Я думаю, именно поэтому домашняя страница работает и не перенаправляет меня на мою локальную версию.   -  person grayspace    schedule 09.04.2014
comment
Тогда я не уверен, каков запрошенный URL-адрес вашей подстраницы и каков URL-адрес вашей домашней страницы локального хоста. Можете ли вы добавить их в сообщение ЧЕРЕЗ редактирование.   -  person J King    schedule 09.04.2014
comment
@ChrisHammond, прежде чем я пройду процедуру утверждения ИТ-отделом для обновления IIS на нашем сервере, как вы думаете, может ли эта разница в версиях быть причиной этой проблемы?   -  person grayspace    schedule 10.04.2014
comment
Скорее всего нет необходимости в обновлении. Где-то проблема с конфигурацией. Можем ли мы использовать web.config, может быть IIS, трудно сказать   -  person Chris Hammond    schedule 10.04.2014


Ответы (1)


Существует исправление Microsoft для некоторых обработчиков IIS 7 или 7.5, которое позволяет использовать URL-адреса без расширений:

http://support.microsoft.com/kb/980368

Без исправления вы можете установить формат URL-адреса в «удобный для человека» в веб-конфигурации, и это позволит переходить к администратору, хосту и подстраницам, но не без расширений URL-адресов. Исправление позволяет DNN использовать «расширенный» параметр без расширения.

** Спасибо Джо из dnncreative и Уильяму из wesnetdesigns за помощь в этом.

person grayspace    schedule 25.04.2014