Некоторые псевдонимы приложений приводят к ошибке401.2: несанкционированное сообщение в IIS

Question

У меня странная проблема с соглашениями об именах псевдонимов приложений в IIS

У меня приложение asp.net развернуто в папке на моем сервере "c: \ sites \ Demo52"

В IIS в разделе «Веб-сайт по умолчанию» я добавляю в приложение псевдоним «Демо» и указываю физический путь к моему приложению в «c: \ sites \ Demo52».Для пула приложений задано значение DefaultAppPool (.NET V4 Integrated)

Когда я затем просматриваю приложение, я получаю «Сообщение об ошибке 401.2 .: Не авторизовано: вход в систему не выполнен из-за конфигурации сервера.»

Сейчас, если я удаляю приложение и запускаю снова, на этот раз с псевдонимом «Aemo», когда я просматриваю приложение, оно отлично работает.

При дальнейшем исследовании выясняется, что некоторые псевдонимы не работают ...Демо, Пемо, Ремо

и некоторые делают, например.Aemo, Bemo, Cemo, Eemo, Femo, Gemo и т. Д. До конца алфавита.

На самом деле, похоже, что псевдонимы, начинающиеся с буквы D, P или R, не работают.Таким образом, хотя «DickDastadly» терпит неудачу с треском, «CaptainCaveman» просто отлично.

В дополнение к этому, в нашем приложении Web.config у нас есть

<authentication mode="None">

, так как мы выполняем нашу собственную аутентификацию.

Настройка

<authentication mode="Forms">

устраняет ошибку 401 для всех псевдонимов, однако тогда мы не обязательно выполняем нашу собственную аутентификацию, как нам хотелось бы, и я не вижу в нашем коде ничего, что могло бы заботиться о псевдониме сайтов.

Итак,Мне интересно, сталкивался ли кто-нибудь с чем-либо подобным или имел какие-либо мнения о том, как смягчить эту проблему.

Answer 1

Я отследил проблему до некоторых элементов <location path="x"><authorization><allow verbs="get" users="?" /></authorization></system.web></location> в web.config нашего приложения (где x = либо d, p, либо r), и позволил наше приложение связывает и сводит различные артефакты к URL-адресам, которые имеют «d», «p» или «r» в своих путях.

Хотя я не до конца понимаю причины, похоже, что, когда сайт имеет псевдоним с именем, начинающимся с d, p или r, возникает проблема.

Решением для нашего приложения было просто использование гораздо менее вероятного соглашения о присвоении имен, поэтому, например, путь к «p» теперь равен «xpkg».