Новий проект Asp.Net MVC5 створює нескінченний цикл для входу на сторінку входу

Я створюю абсолютно новий проект за допомогою Visual Studio 2013, я вибираю Asp.Net MVC та фреймворк 4.5.1 Проект створений, тоді я роблю не що інше, як F5 для запуску веб-сторінки за замовчуванням. На жаль, він виробляє переспрямування на сторінку входу, яка також переспрямовує на сторінку входу. Ось коротка версія URL-адреси, яку я маю в браузері:

http://localhost:5285/Account/Login?ReturnUrl=%2FAccount%2FLogin%3FReturnUrl%3D%252FAccount%252FLogin%253FReturnUrl%253D%25252FAccount%25252FLogin%25253FReturnUrl%25253D%2525252FAccount%2525252FLogin%2525253FReturnUrl%2525253D%252525252FAccount%252525252FLogin%252525253FReturnUrl%252525253D%25252525252FAccount%25252525252FLogin%25252525253FReturnUrl%25252525253D%2525252525252FAccount%2525252525252FLogin%2525252525253FReturnUrl%2525252525253D%252525252525

У мене немає помилок у засобі перегляду подій. Але на екрані я бачу:

"Помилка HTTP 404.15 - не знайдено Модуль фільтрації запитів налаштований на відмову в запиті, якщо рядок запиту занадто довгий."

Веб-сайт працює із налаштуваннями за замовчуванням у IIS Express. Як я можу вирішити цю проблему? Я припускаю, що щось не так з моєю Visual Studio 2013?

Редагувати

Це працює, якщо я створюю абсолютно новий веб-сайт і розміщую його в IIS. Але якщо я створюю новий веб-сайт (не змінюючи нічого) і просто натискаю кнопку відтворення (що за замовчуванням запускає IIS Express), це не так.

Редагувати 2

Я видалив усі веб-сайти в Documents \ IISExpress \ config \ applicationhost.config. Я все перекомпілював, і він створив цей запис:

    <siteDefaults>
        <logFile logFormat="W3C" directory="%IIS_USER_HOME%\Logs" />
        <traceFailedRequestsLogging directory="%IIS_USER_HOME%\TraceLogFiles" enabled="true" maxLogFileSizeKB="1024" />
    </siteDefaults>
    <applicationDefaults applicationPool="Clr4IntegratedAppPool" />
    <virtualDirectoryDefaults allowSubDirConfig="true" />
</sites>

Я все ще отримую помилку з IIS Express, а не з IIS.

Виділіть проект у Visual Studio

Відкрийте панель "Властивості" праворуч (або натисніть F4)

Встановіть для параметра «Автентифікація Windows» значення «Вимкнено»

Встановіть для параметра «Анонімна автентифікація» значення «Увімкнено»

Вам не вистачає [AllowAnonymous]атрибута під час дії входу.

[AllowAnonymous]
public ActionResult Login(string returnUrl)
{
    // code....
}

Друга можливість , характерна лише для IIS Express: якщо ви WebApplication1кілька разів створювали один і той же проект за замовчуванням , граючи з різними налаштуваннями автентифікації, IIS Express зберігав додаткові параметри автентифікації у своєму файлі конфігурації. Щось на зразок:

    <location path="WebApplication1">
        <system.webServer>
            <security>
                <authentication>
                    <windowsAuthentication enabled="true" />
                    <anonymousAuthentication enabled="false" />
                </authentication>
            </security>
        </system.webServer>
    </location>
</configuration>

Конфігурації знаходяться в папці Документи користувача Documents\IISExpress\config\, і вам слід шукати:

applicationhost.config

Потім просто видаліть <location path="WebApplication1">згаданий вище вузол xml .

Оновлення для VS 2015+

Якщо ви використовуєте Visual Studio 2015 або новішої версії, перевірте цей шлях для файлу конфігурації: $(solutionDir)\.vs\config\applicationhost.config

Кожне рішення матиме власний конфігураційний файл.

Ця проблема пов’язана з режимом автентифікації, вибраним (за замовчуванням) шаблоном MVC 5, який ініціює стиль перенаправлення ReturnUrl, який може призвести до нескінченного циклу, якщо неправильно налаштовано.

Щоб вимкнути виявлення запуску OWIN, додайте цей ключ у свій файл webconfig.

<add key="owin:AutomaticAppStartup" value="false"/>

Мені довелося видалити ( Джерело посилання ):

<authorization>
  <deny users="?" />
</authorization>

Я знаю, що можу запізнитися, і це не безпосередньо для питання ОП. Але якщо хтось у майбутньому прийде сюди, ще одна перевірка AllowAnonymousі Authorizeатрибут полягає в тому, що ви також повинні перевірити всі дочірні дії .

Наприклад, я мав макет (який також використовує сторінка входу), який викликає 2 дочірні дії для сухарів та бічної панелі, і вони не мали AllowAnonymousатрибута (атрибут Controller мав Authorize).

Сподіваюся, це допоможе.

У IIS виберіть свій веб-сайт і перевірте наявність автентифікації. Якщо ви використовуєте автентифікацію за допомогою форм, тоді -

1. Встановіть для параметра «Автентифікація Windows» значення «Вимкнено»,
2. Встановіть для параметра «Анонімна автентифікація» значення «Увімкнено»
3. Встановіть для «Форми автентифікації» значення «Увімкнено»

Шаблон ASP.Net MVC 5 додає до проекту Microsoft.Owin та пов'язані з ним бібліотеки. Оскільки інфраструктура Owin не вимагає автентифікації форм, шаблон також вводить такий ключ у web.config.

<system.webServer>
  <modules>
    <remove name="FormsAuthentication" />
  </modules>
</system.webServer>

Наявність цього ключа може бути причиною небажаного переходу на сторінку входу. Його коментар може допомогти усунути проблему деяким людям.

Я зіткнувся з тією ж проблемою, оскільки мій проект MVC був налаштований на .Net 4.5, але я використовував .Net 4.0 як свій пул додатків у IIS. Переключено на пул додатків .Net 4.5, і проблема була виправлена. Я сподіваюся, це допоможе ще комусь!

TL: АД? Не викликайте захищений веб-API (будь-який веб-API, який вимагає авторизації) зі сторінки авторизації, наприклад ~ / Account / Login (яка сама по собі цього НЕ робить.). Якщо ви це зробите, ви ввійдете в нескінченний цикл перенаправлення на стороні сервера.

Причина

Я виявив, що винним був, побічно, AccountController::Authorizeі той факт, що AccountControllerприкрашений [Authorize].

Основною причиною було виклик Sammy () з HomeViewModel () (рядок 6 home.viewmodel.js), який отримував доступ до "захищеного веб-API". Це робилося для / Account / Login, що призвело до перенаправлення / Account / Login на себе.

Підтвердження

Ви можете підтвердити, що це причина вашої проблеми, кількома методами:

1. Прикрасьте AccountController::Authorizeз[AllowAnonymous]
2. Прокоментуйте дзвінки Sammy (), зроблені під час побудови viewmodel.

Рішення

Рішення полягало в тому, щоб емітувати пакет додатків (він же "~ / bundles / app") лише для переглядів, які вже потребували авторизації. Наскільки мені відомо / Обліковий запис / подання - це класичні подання, засновані на MVC, і вони не є частиною додатку datamodel / viewmodel, але я помилково перемістив Scripts.Render(@"~/bundles/app")виклик пакета в _Layout.cshtml (в результаті чого захищені виклики веб-API здійснюються для всіх подань MVC , включаючи / Рахунок /.)

у моєму випадку: в моєму _layout.cshtml я використовую Html.Action для виклику дії з авторизованого контролера: наприклад: Html.Action ("Count", "Product") -> помилка циклу

виправлення: прикрасити атрибутом [AllowAnonymous] у цій дії (або видалити ці помічники Html із _layout)

Я просто вирішував це питання годинами поспіль.

Для мене це було у файлі Startup.Auth.cs.

Цей коментар, коментуючи, зупинив цикл перенаправлення.

        app.UseCookieAuthentication(new CookieAuthenticationOptions
        {
            AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
            LoginPath = new PathString("/Account/Login")
        });

Будь ласка, майте на увазі, що це потенційно шкідлива порада. Рідко рекомендується змінювати конфігураційний файл applicationhost безпосередньо, як правило, є інструменти, які зроблять це за вас безпечно (наприклад, із Visual Studio.) Перш ніж продовжувати, переконайтеся, що створити резервну копію цього файлу на випадок, якщо IIS Express потрапить у кошик.

Щоб вирішити цю проблему, я взяв файл конфігурації IIS за замовчуванням, розташований тут:

C:\Windows\System32\inetsrv\config\applicationHost.config

До мого документа

%userprofile%\documents\iisexpress\config\applicationhost.config

І це спрацювало.

Це було тому, що у мене було встановлено певну автентифікацію Windows, а не анонімний обліковий запис.

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

Я вирішив ту саму проблему завдяки такій прийнятій відповіді: цикл перенаправлення входу ASP.NET, коли користувач не виконує роль .

Можливо, контролер, що містить дію Вхід, прикрашений AuthorizeAttribute(навіть нестандартною), тоді як дія входу не прикрашена AllowAnonymousатрибутом. Видалення AuthorizeAttributeз контролера та додавання AllowAnonymousдо дії входу може бути можливим рішенням.

Ці відповіді - це більш-менш шматочки однієї головоломки; Спробую розкласти все в одному місці. Проблема, яку описав OP, потрапила в мою програму в той момент, коли я впровадив конвеєр OWIN та ідентифікатор AspNET.

Тож давайте подивимось, як це виправити ...

1. Запуск OWIN

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

[assembly: OwinStartupAttribute(typeof(YourApp.Probably_App_Start.SomethingLikeAuthConfig))]

... або рядок конфігурації ...

<add key="owin:AppStartup" value="YourApp.Probably_App_Start.SomethingLikeAuthConfig" />

2. Обмеження доступу для контролерів

Тепер ми це з’ясували, вам потрібна автентифікація. Це означає, що кожному з ваших контролерів потрібен [Authorize]атрибут, або ви можете зробити те ж саме для всіх контролерів в одному місці, зареєструвавши річ глобально (наприклад, у RegisterGlobalFilters(), додайте рядок filter.Add(new AuthorizeAttribute())). У першому випадку (при захисті кожного контролера окремо) пропустіть цю частину, просто перейдіть до наступної. В останньому випадку всі ваші контролери будуть захищені від несанкціонованого доступу, тому вам потрібна точка входу для цього дозволу - незахищена Login()дія. Просто додайте ...

[AllowAnonymous]

... і ти повинен бути добрим.

3. Конфігурація файлів cookie OWIN

Коли ваш користувач входить в систему, його браузер зберігає зашифрований (сподіваємось!) Файл cookie, щоб спростити роботу системи. Отже, вам потрібен файл cookie - не видаляйте рядок із написом UseCookieAuthentication.

4. Потрібно виключити інтегрований механізм автентифікації IIS для веб-програми. Це означає вимкнути Windows Authentication(Вимкнено) і ввімкнути будь-якого користувача, принаймні до тих пір, поки це стосується IIS Express, встановивши Anonymous Authentication(Увімкнено).

Після запуску веб-сайту це, в свою чергу, скопіює ці налаштування у конфігурацію IIS Express ( applicationhost.config), і там ви побачите ці два рядки:

<windowsAuthentication enabled="false" />
<anonymousAuthentication enabled="true" />

5. Можливо, у вас є конфігурація авторизації у вашому web.config, яка говорить deny users="?". Це означає, що підсистемі авторизації доручено запобігати входу анонімних користувачів. З OWIN це все ще працює за задумом. Вам потрібно або видалити це, або зробити анонімному користувачеві доступ до сторінки входу, використовуючи щось на зразок ...

   <location path="Account/Login"> <system.web> <authorization> <allow users="*" /> </authorization> </system.web> </location>

HTH

У мене були подібні проблеми, коли це було в нескінченному циклі при передзвоненні на веб-сайт локально. Виявляється, при локальній налагодженні він перенаправляв порти. Я оновив номери портів на екрані властивостей проекту, але залишив визначення Azure однаковим у хмарному проекті, і все почало працювати, як очікувалося.

У мене була та ж проблема з моїм проектом Asp.Net MVC 4. Я вирішив це, перейшовши на Startup.cs і прокоментувавши рядок для ConfigureAuth (додаток)

    public void Configuration(IAppBuilder app)
    {
        //ConfigureAuth(app);
    }

Я також переконався, що в моєму проекті увімкнено автентифікацію Windows у IIS, а всі інші параметри автентифікації вимкнено.

Для мене це виявилося спричиненим моїм LoginViewModel, що містить посилання на файли ресурсів перекладу, мабуть, захищеними аутентифікацією. Я видалив ці посилання, і проблема була вирішена.

Для мене вилучення наступного блоку це виправило:

<authorization>
  <deny users="?" />
  <allow users="*" />
</authorization>

Припустимо

<authentication mode="None" />

у моєму випадку це була дуже дротова проблема, я прикрасив домашній контролер неіснуючою роллю. тому це викликає цикл перенаправлення.

Перейдіть до файлу applicationhost.config і встановіть anonymousauthentication = "true"

<authentication>

            <anonymousAuthentication enabled="true" userName="" />
            <windowsAuthentication enabled="true">
                <providers>
                    <add value="Negotiate" />
                    <add value="NTLM" />
                </providers>
            </windowsAuthentication>

        </authentication>