Ресурс не найден: /Login.aspx в новой установке v5.20

См. мой DNN Сообщение на форуме для получения более подробной информации.

У меня никогда не было проблем с установкой DotNetNuke. Но с новой версией v5.20 (или v5.02, какой бы она ни была) все отлично работает при установке. Затем я попадаю на главную домашнюю страницу портала по умолчанию. Но как только я нажимаю любую из доступных ссылок для продолжения (Home, Register или Login), я получаю 404 ошибки каждый раз со ссылкой на соответствующую страницу aspx (Home.aspx, Register.aspx или Login.aspx.).

Windows 7, IIS7, SQL Server 2008. Все разрешения установлены правильно для каталога и в IIS. Я бы подумал, что это проблема с конфигурацией IIS7, но я полдюжины раз все настраивал. Никто в DNN больше не отвечает на мой пост на форуме после попытки одного парня.

Помощь!


iis-7 windows-7 dotnetnuke dotnetnuke-5
person TheHolyTerrah    schedule 11.12.2009    source источник
comment
Без обид, но после этого комментария внизу второй страницы не удивился, больше никто помочь не захотел - все равно вперед и вверх   -  person braindice    schedule 12.12.2009
comment
Не принято, сэр. Хотя должен сказать, что говорил непосредственно с парнем по имени Себастьян. Он не раз задавал мне одни и те же вопросы, хотя я уже не раз отвечал ему. Затем он продолжал обвинять эти проблемы в том, что они все еще являются проблемой, поэтому, по сути, говоря, что я идиот. Вместо предложений команда DNN должна продублировать среду и выяснить, почему люди в разных версиях могут столкнуться с одинаковыми проблемами. Я чувствовал себя полностью оправданным в том, что я сказал ему, и был милостив ко всем и ко всем, кто мог попытаться помочь. Я был ясным и кратким; не уверен, что еще я мог сделать.   -  person TheHolyTerrah    schedule 12.12.2009
comment
Ваш web.config случайно не был доступен только для чтения во время установки? URL-адрес входа переписывается, похоже, что их обработчики и модули настроены неправильно.   -  person Nick Craver    schedule 18.12.2009

Ответы (6)


arrow_upward
1
arrow_downward

Это как-то связано с дружественными URL-адресами. Я нашел это сообщение в блоге, в котором рассказывается об архитектуре провайдера дружественных URL. Это заставило меня попробовать изменить атрибут urlFormat для поставщика DNNFriendlyUrl с «удобного для человека» на «удобный для поиска», что сделало URL-адреса такими, какими они были раньше. Я не уверен, где именно что-то идет не так, и в данный момент у меня нет времени копаться в этом, но, надеюсь, это поможет вам снова двигаться вперед.

person JDHnz    schedule 20.12.2009
comment
Это было первое место, куда я заглянул после установки новой версии v5.x. Но я не мог ничего с этим сделать. Спасибо за сообщение в блоге, но ни один из этих вариантов не работает. Мне нужно изменить порт в приложении IIS на 80, чтобы оно заработало. - person TheHolyTerrah; 21.12.2009

arrow_upward
1
arrow_downward

С выпуском DNN5 (до 5.02.01 на момент написания) дружественный поставщик URL не будет работать, когда DotNetNuke не находится на порту 80 по умолчанию. Существуют различные решения, но самое простое — просто заменить поставщика URL-адресов, дружественных к DNN, с бесплатным от iFinity. Установка очень проста и включена в загрузку. Или посмотрите следующую запись в блоге:

http://www.sailer.com.au/dotnetnuke/dnn5-friendlyurl-port

person Community    schedule 13.01.2010

arrow_upward
0
arrow_downward

Хорошо, вы пробовали «старый стиль» входа в систему — domain.com/default.aspx?ctl=login.

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

Я сделал 2 обновления с 5.2 и несколько тестовых установок с пакетом Starter Kit и установочными пакетами и никогда не видел этой проблемы - не сказать, что ее не существует.

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

person braindice    schedule 11.12.2009
comment
Отвечая снизу: - Первое, что я сделал, это полностью исчерпал свои силы перед публикацией на форуме DNN. К тому времени я уже устанавливал с нуля не менее 6 раз. - Я очень рад слышать, что это сработало для вас. Однако у меня были те же самые результаты, описанные выше, как для установщика веб-платформы, так и для отдельных элементов из CodePlex. - Авторизация в старом стиле, которую вы предложили, сработала! Я знал, что с IIS все в порядке. Но все еще не может получить дальше. С самого начала я подозревал нового поставщика дружественных URL-адресов, поскольку это новый элемент в файле конфигурации. Любые другие предложения? - person TheHolyTerrah; 13.12.2009

arrow_upward
0
arrow_downward

Хорошо, я не думаю, что при чтении всего упоминалось о двойной проверке IIS.

Мое первое предположение, не глядя на ваш сервер, состояло бы в том, чтобы проверить, не случилось ли что-то с настройкой «проверить наличие файла» - я знаю, что это изменено в IIS7, поэтому я не могу указать точное место, чтобы проверить это.

Вот ссылка на форумы IIS7 на нем - http://forums.iis.net/t/1092696.aspx http://forums.asp.net/t/1191083.aspx любой из них может помочь - у google также много информации об этом

Скажи мне, как проходит проверка, и мы сможем двигаться дальше!

person braindice    schedule 14.12.2009
comment
Хорошо: в разделе «Фильтрация запросов» в IIS7 есть множество типов файлов по умолчанию, которые уже указаны как False. Я также возился со всеми распространенными типами и все еще ничего не добился. Если я добавил aspx как false, я больше не мог попасть на главную страницу портала. Поскольку я могу перейти на страницы, используя старый стиль, кажется, что в IIS есть что-то, что еще можно настроить. Я внимательно слушаю предложения, сэр. - person TheHolyTerrah; 18.12.2009
comment
пробовали ли вы вообще вторую коробку или новую установку - я убежден, что что-то не так с коробкой/установкой, которую вы используете, но это будет трудно точно определить - person braindice; 18.12.2009
comment
К сожалению, это единственная коробка с Windows 7, которая у меня есть. Так что это не вариант. У меня был прорыв прошлой ночью. Согласно другому сообщению в моей ветке форума DNN, это как-то связано с портом. Если я поставлю его под порт 80, все отлично работает! Но под любым другим портом ломается, как я уже говорил. Я нашел параметр приложения UsePortNumber в конфигурации и поигрался с ним, но безуспешно. Если я установлю для этого значения значение false, сайт просто перейдет на домашнюю страницу IIS7 по умолчанию в моем локальном ящике вместо запуска портала. Больше мыслей? - person TheHolyTerrah; 18.12.2009
comment
ты делаешь https на сайте? или это требуется в iis - я предполагаю, что нет, но лучше уйти с дороги - person braindice; 19.12.2009
comment
Неа. Просто ваш стандартный ванильный сайт. Пожалуйста, имейте в виду: я выбросил все, что у меня было раньше из-за проблем, и просто начал с новой установки. Я использовал новую базу данных и все такое. Притворись, что я DNN n00b. Все было сырым из установки, IIS был простым приложением, привязанным к физическому расположению файлов. И Т. Д. - person TheHolyTerrah; 19.12.2009

arrow_upward
0
arrow_downward

вам, вероятно, потребуется reg_iis для версий asp.net, которые будет поддерживать ваш IIS.

http://msdn.microsoft.com/en-us/library/k6h9cz8h(VS.80).aspx

Если правильная версия не настроена, вы получите ошибку 404.

person JonSG    schedule 18.12.2009
comment
Нет, это не то. Все работает нормально и работало нормально до перехода с v4.x на v5.x. Кажется, это какая-то проблема с дружественными URL-адресами и/или назначениями портов. - person TheHolyTerrah; 18.12.2009

arrow_upward
0
arrow_downward

Так что размещение его под портом 80 работает, верно? Есть ли веская причина не помещать его в этот порт?

person koltun    schedule 19.12.2009
comment
Ага. Только так я мог заставить его работать. ПЛАСТИК парню по имени Джефф Дайк, который ответил на мой пост на форуме, указанный выше. Я просто предпочитаю четкое разделение в своих веб-приложениях, работающих локально. Это также избавляет меня от необходимости менять порт сайта по умолчанию только для того, чтобы использовать 80 в другом месте. Однако еще предстоит найти ответ, что изменилось в новой версии, что мешает мне использовать другие порты, и как это настроить в IIS7. Может быть, просто люди из DNN, которые знают, как это исправить, еще не видели и не слышали об этом посте. - person TheHolyTerrah; 19.12.2009